1 / 20
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:
297559
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:
Registrite ja Infosüsteemide Keskus (70000310)
Riik:
Eesti
Hankija aadress:
Lubja tn 4
Hankija veebiaadress:
http://www.rik.ee/
E-posti aadress:
[email protected]
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
2 / 20
Teave hankemenetluse kohta
Hanke menetlusliik:
Väljakuulutamiseta läbirääkimistega hankemenetlus
Pealkiri:
Hõivetarkvara hankimine
Lühikirjeldus:
Hange korraldatakse eesmärgiga sõlmida hankeleping Eesti Kohtuekspertiisi Instituudile hõivetarkvara
ja sellele tugiteenuse osutamiseks ning tarkvara lisaarendustööde teostamiseks vastavalt esitatud
tellimustele.
Avaliku sektori hankija või võrgustiku sektori hankija poolt toimikule antud viitenumber (kui on
asjakohane):
297559
Hanke liik:
Asjad
Hanke CPV-d:
48900000-7 Mitmesugused tarkvarapaketid ja arvutisüsteemid
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
3 / 20
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:
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
4 / 20
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
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
5 / 20
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, ...):
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
6 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud
meetmeid oma usaldusväärsuse taastamiseks. 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.
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 ja lg 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 aususe kohustuse rikkumise või korruptiivse teo eest". Kui
hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
7 / 20
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 ja lg 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 kelmuse eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib
ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma
usaldusväärsuse taastamiseks. 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.
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
õ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:
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
8 / 20
RHS § 95 lg 1 p 1 ja lg 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 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, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid
oma usaldusväärsuse taastamiseks. 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.
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 ja lg 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 rahapesualase süüteo või terrorismi rahastamise eest". Kui
hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
9 / 20
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 ja lg 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 laste tööjõu ebaseadusliku kasutamise või inimkaubandusega seotud
teo eest". Kui hankemenetlusest kõrvaldamise alus esineb, võib ettevõtja soovi korral esitada
tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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:
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“
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
10 / 20
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
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
11 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma
usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
12 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma
usaldusväärsuse taastamiseks. 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.
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, võib
ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma
usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
13 / 20
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, võib ettevõtja soovi korral
esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks.
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.
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, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud
meetmeid oma usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
14 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
15 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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, võib ettevõtja
soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse
taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
16 / 20
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, võib ettevõtja soovi korral
esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks.
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.
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, võib ettevõtja
soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid oma usaldusväärsuse
taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
17 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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 vahenditega võimalik vältida“. Kui hankemenetlusest kõrvaldamise
alus esineb, võib ettevõtja soovi korral esitada tõendeid selle kohta, et ta on võtnud meetmeid
oma usaldusväärsuse taastamiseks. 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.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
18 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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:
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“;
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
19 / 20
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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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: 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, võib ettevõtja soovi korral esitada tõendeid selle
kohta, et ta on võtnud meetmeid oma usaldusväärsuse taastamiseks. 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.
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: RAHVUSVAHELISE SANKTSIOONI SUBJEKT
Kas ettevõtja on rikkunud RHS § 95 lg 1 p-st 5 tuleneva kõrvalejätmise alusega seotud kohustusi?
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
20 / 20
Viide seadusele:
RHS § 95 lg 1 p 5. Kellega hankelepingu sõlmimine rikuks rahvusvahelist või Vabariigi
Valitsuse sanktsiooni rahvusvahelise sanktsiooni seaduse tähenduses. Hankija kontrollib
käesoleva seaduse § 95 lõike 1 punktis 5 sätestatud kõrvaldamise alust pakkuja või taotleja
kinnituse alusel. Hankija võib põhjendatud kahtluse korral nõuda pakkujalt või taotlejalt
täiendavate andmete või tõendite esitamist, mis võimaldavad kõrvaldamise alust kontrollida.
(RHS § 96 lg 2.1).
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))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD
Viitenumber: 297559
Hankija: Registrite ja Infosüsteemide Keskus (70000310)
Hange: Hõivetarkvara hankimine
Pakkumuse maksumust hinnatakse - Ilma maksudeta
Kriteeriumi kaalumise meetod - Osakaaludega
Elektroonilist oksjoni kasutatakse: ei
Jrk Nimetus Kirjeldus Tüüp / Osakaal Kogus Ühik Pakkuja
nr hindamismeetod täidetav
1 Pakkumuse maksumus Hankelepingu järgsete tööde (üldise Maksumus - 100 jah
tehnilise kirjelduse punktid 3-5 ja lisa 2) vähim on parim
maksumus.
Pakkumuse maksumus peab olema
lõplik ja sisaldama kõiki kulusid
vastavalt riigihanke alusdokumentidele
ning seal nimetamata kulusid, mis on
vajalikud lepingu nõuetekohaseks
täitmiseks.
0 või negatiivse väärtusega maksumusi
ei ole lubatud kasutada ja sellised
pakkumused on hankijal õigus
tunnistada mittevastavaks ning tagasi
lükata.
Maksumus esitatakse täpsusega kaks
kohta pärast koma.
Hankija ei hüvita lepingu täitmisel
pakkujale mingeid täiendavaid kulusid
ega tee täiendavaid makseid.
Kokku: 100
Koostatud 30.07.2025 15:13:43 1/2 https://riigihanked.riik.ee/rhr-web/#/procurement/
9051164/general-info
Hindamismetoodika kirjeldus
1. Pakkumuse maksumus
Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim
väärtus" * "osakaal".
Koostatud 30.07.2025 15:13:43 2/2 https://riigihanked.riik.ee/rhr-web/#/procurement/
9051164/general-info
1/2
VASTAVUSTINGIMUSED
Viitenumber: 297559
Hankija: Registrite ja Infosüsteemide Keskus (70000310)
Hange: Hõivetarkvara hankimine
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. Andmed lepinguks, mida kasutatakse juhul kui pakkumus tunnistatakse edukaks. Pakkuja
esitab andmetena: 1. lepingu allkirjastaja nimi 2. alus lepingu allkirjastamiseks (juhatuse liige,
volikiri vms) 3. pakkuja kontaktisik(ud) lepingu täitmisel (nimi, ametinimetus, telefoni number,
eposti aadress). (Suur sisestusala (max pikkus 4000 tähemärki))
3. Pakkumuse esitamisega kinnitab pakkuja, et: • võtab üle kõik hanketeates ja
hankedokumentides esitatud tingimused ja esitab pakkumuse üksnes kõigi nende asjaolude kohta,
mille kohta hankija soovib võistlevaid pakkumusi; • tal on olemas hankelepingu täitmiseks
vajalikud intellektuaalse omandi õigused; • tal on olnud piisavalt aega lepingus sisalduvate
tüüptingimustega tutvumiseks, selgitustaotluste esitamiseks ning tüüptingimustega
mittenõustumisel vaidlustuse esitamiseks; • kõik tüüptingimused lepingus on pakkujale
arusaadavad ja mõistetavad. (Raadionupp valikutega "Jah/Ei")
RAHVUSVAHELISE SANKTSIOONI OBJEKT
Pakkuja kinnitab, et pakutav kaup ei ole rahvusvahelise sanktsiooni objektiks või pärit
sanktsiooni all olevatest piirkondadest. Hankija lükkab tagasi pakkumuse, mille alusel sõlmitav
hankeleping oleks RSanS § 7 lg 1 alusel tühine.
Küsimused ettevõtjale:
1. Pakkuja kinnitab, et pakutav kaup ei ole rahvusvahelise sanktsiooni objektiks ega pärit
sanktsiooni all olevatest piirkondadest. (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 ülamärkega
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.
Koostatud 30.07.2025 15:21:08
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
2/2
Iga viidet, mille hankija teeb riigihanke alusdokumentides mõnele RHS-i § 88 lõikes 2 nimetatud
alusele (standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile vms), tuleb lugeda
selliselt, et see on täiendatud märkega „või sellega samaväärne“. Iga viidet, mille hankija teeb
riigihanke alusdokumentides ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule,
tootmisviisile, märgisele või vastavushindamisasutuse väljastatud katsearuandele või tõendile,
tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“ (RHS § 88 lg-d 5-6,
§ 89 lg 2, 114 lg-d 5-7).
Hankija aktsepteerib objektiivsetel põhjustel muid asjakohaseid tõendeid, kui pakkuja tõendab
hankijale vastuvõetaval viisil, et pakutav asi, teenus või ehitustöö vastab konkreetse märgise või
hankija esitatud nõuetele, välja arvatud juhul, kui hankija nõutud märgis, samaväärne märgis või
konkreetse või samaväärse vastavushindamisasutuse väljastatud katsearuanne või muu tõend on
seaduse alusel eelduseks asja, teenuse või ehitustöö pakkumiseks turul (RHS § 114 lg 7).
Küsimused ettevõtjale:
1. Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on
samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud. (Raadionupp valikutega "Jah/Ei")
Koostatud 30.07.2025 15:21:08
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
Nõuded arendustele versioon 7.0
§Requirements
Võti Noude liikKokkuvõte Kirjeldus Olek Täitmise
eest
vastutaja
NA-1 Andme Loodavate lahenduste X-tee teenused peavad KEHTIV Arhitekt
kvalitee vastama RIA x-tee juhendis toodud nõuetele. /juhtiv
t ja arendaja
standar
did
NA-2 Andme Lahendusega koos tarnitav standardtarkvara peab Kui hankes ei spetsifitseerita tarkvaralist lahendust tuleb kasutada vastaval konkreetsele vajadusel allpool toodud KEHTIV Arhitekt
kvalitee vastama RIK nõuetele. tarkvarade viimaseid stabiilseid versioone. /juhtiv
t ja arendaja
standar Serverite operatsioonisüsteemina:
did 1) Linux RedHat Enterprise/Rocky
2) Windows
Andmebaasidena:
1) Microsoft SQL
2) Postgre SQL
3) MariaDB
Veebiserverina:
1) Nginx
2) Microsoft IIS
3) Apache
Rakendusserverina:
1) Tomcat
Programmeerimiskeelena :
1) C#
2) Java
3) Python
Kui koos tarnega tarnitakse kommertstarkvara peab selle litsents sisaldama vähemalt 5 aasta turvaparandusi
NA-3 Andme Rakendus peab olema loodud vastavalt Eesti Aluseks tuleb võtta hanke väljakuulutamise hetkel kehtiva versiooni meetmeid. KEHTIV Arhitekt
kvalitee Infoturbestandardi nõuetele. /juhtiv
t ja arendaja
standar
did
NA-4 Andme Avalik sektor arendab riigi tarkvara eelkõige avatult Antud nõudes võib erandeid teha ainult juhul, kui on teisiti ette nähtud seadusega või muul tellijaga kokku lepitud KEHTIV Tiimijuht
kvalitee ja avaldab tarkvara vaba litsentsiga vastavalt põhjendatud juhul.
t ja litsentsi nõuetele.
standar RIKis kasutatavad levinuimad vaba tarkvara litsentsid on EUPL, GNU GPL, MIT. Litsentsi valik sõltub vajadustest
did ja kohustustest ning tuleb kokku leppida tellijaga.
Litsentside litsentsitingimustes sisalduvad nõuded, mida tuleb litsentsi kasutamisel täita, on järgmised:
EUPLi puhul on nõutav mh:
1) autoriõiguse märge päises (Copyright © <aasta> <autori nimi>), mille järel on märge „Litsentsitud EUPL alusel
“).
GNU GPL puhul on nõutav mh:
1) autoriõiguse märge päises (Copyright © <aasta> <autori nimi>);
2) litsentsitingimustes ette nähtud teavitus töö osas garantii välistamise kohta.
MIT puhul on nõutav mh:
1) autoriõiguse märge päises (Copyright © <aasta> <autori nimi>) koos litsentsis ette nähtud teavitusega;
2) litsentsitingimustes ette nähtud teavitus töö osas garantii välistuse kohta.
Täpsemalt tuleb nõuetega tutvuda lähtudes valitud litsentsitüübi litsentsitingimustest.
Valitud litsentsi litsentsitingimused esitatakse ühel või mõlemal alljärgnevatest viisidest:
1) LICENCE-fail peab olema repositooriumis avalikustatud koos tarkvara koodiga;
2) litsentsitingimuste tekst iga faili päises;
3) lisades päisesse link asukohale, kus on võimalik litsentsitingimustega tutvuda.
NA-5 Arhitekt Komponendid peavad olema sellised, mille eluea Erindid tuleb eraldi kokku leppida Strateegia tiimiga. KEHTIV Arhitekt
uur lõpp (EOL) pole teadaolevalt vähem kui 2 aasta /juhtiv
pärast. arendaja
NA-6 Arhitekt Infosüsteemide komponendid ja topoloogia peab Kooskõlastamist koordineerib Strateegia tiim (peaarhitekt). KEHTIV Arhitekt
uur olema enne reaalse arenduse algust RIK-iga /juhtiv
kooskõlastatud. arendaja
NA-7 Arhitekt Rakendusserver peab võimaldama töötamist KEHTIV Arhitekt
uur andmebaasiserverist eraldi serveril. /juhtiv
arendaja
NA-8 Arhitekt Rakendust peab saama ilma ümber Lahendus ei tohi olla sisse kompileeritud absoluutseid URL-e. KEHTIV Arhitekt
uur programmeerimata liigutada erinevate domeenide /juhtiv
ja domeeni saitide vahel arendaja
NA-9 Arhitekt Väliseid liidestusi peab olema nii vähe, kui võimalik. Liideseid peab saama konfiguratsioonist välja lülitada. Väliste liidestuste veaolukorrad peavad olema käsitletud. KEHTIV Arhitekt
uur Süsteem peab toimima mitte-ärikriitiliste liidestusteta. /juhtiv
arendaja
NA-10 Arhitekt Andmevahetus riigi infosüsteemi kuuluvate Avaliku teabe seaduse § 43 (9) lõige 5. KEHTIV Arhitekt
uur andmekogudega ja riigi infosüsteemi kuuluvate Kui X-tee päringut teostab inimene, siis peab olema päringu päises autentinud kasutaja andmed. /juhtiv
andmekogude vahel toimub läbi riigi infosüsteemi arendaja
andmevahetuskihi (x-tee).
NA-11 Arhitekt Rakenduste keskkonnad peavad kasutama Arendus vastu arenduse otspuntki jne. KEHTIV Arhitekt
uur vastavate X-tee turvaserverite otspunkte. /juhtiv
arendaja
NA-12 Arhitekt Rakendus peab olema konfigureeritav ühest kohast Konfiguratsiooni võib vajadusel automaatselt kopeerida, ilma muutmata, kesksest kohast mujale (näiteks helm KEHTIV Arhitekt
uur ilma kompileerimisvajaduseta. chartis values failist kopeerimine mitmesse configmapi). /juhtiv
Logimise seaded võivad olla rakenduse konfiguratsioonifailist eraldi ühes lisakonfiguratsioonifailis (näiteks arendaja
Log4net).
NA-13 Arhitekt Kompileeritud rakenduse paigaldamine peab Mõistlik aeg on kuni 1 minut. KEHTIV Arhitekt
uur toimuma mõistliku aja jooksul. /juhtiv
arendaja
NA-14 Arhitekt Rakendus peab olema 64-bitine. KEHTIV Arhitekt
uur /juhtiv
arendaja
NA-15 Arhitekt Andmebaas ja rakendus peavad kasutama UTF-8 Nõue kehtib Oracle ja Postgre andmebaaside puhul. Erindid lepitakse eraldi Strateegia tiimiga kokku. Näiteks KEHTIV Arhitekt
uur kodeeringut. UTF-16. /juhtiv
arendaja
NA-16 Arhitekt Failid peab katalogiseerima aasta > kuu > kuupäev. Täpsem lahendus leppida Strateegia tiimiga kokku. KEHTIV Arhitekt
uur /juhtiv
arendaja
NA-17 Arhitekt Üldine programmeerimise paradigma on objekt- Erindid tuleb eraldi Strateegia tiimiga kokku leppida. KEHTIV Arhitekt
uur orienteeritud. /juhtiv
arendaja
NA-18 Arhitekt Kõik baasitabelite välisvõtmed peavad olema Indekseid ja muid meetmeid kasutatakse andmebaasi jõudluse tõstmiseks. Väliseid võtmeid tuleb kasutada ka KEHTIV Arhitekt
uur indekseeritud. ühest andmebaasist teisele viitamisel. /juhtiv
arendaja
NA-19 Arhitekt Tuleb kasutada päringumuutujaid (inglise keeles SQL päringute väljakutsumisel väljastpoolt andmebaasi peab kasutama päringumuutujaid, et vältida SQL KEHTIV Arhitekt
uur "Parameter Binding") vahemälu fragmenteerumist. /juhtiv
arendaja
NA-20 Arhitekt Andmebaasitabelites peab olema tehniline Nimetus peab olema „ID“ KEHTIV Arhitekt
uur primaarvõti. /juhtiv
arendaja
NA-21 Arhitekt Failid ja failide indeks peavad olema replikeeritavad Failide hoidmise asukoht ja loogika on vastavalt kokkuleppele. KEHTIV Arhitekt
uur teise serveriruumi. /juhtiv
arendaja
NA-22 Arhitekt Haldustoimingute tegemiseks peab olema vastav Eemärk on vähendada otse baasis tehtavaid toiminguid. KEHTIV Arhitekt
uur haldusliides. /juhtiv
arendaja
NA-23 Arhitekt Andmebaas peab toetama külm- ja Ei tohi kasutada teenuseid, mis välistavad andmebaasi peegeldamist (nt "failstream"). KEHTIV Arhitekt
uur kuumvarundamist teise serveriruumi. /juhtiv
arendaja
NA-24 Arhitekt Sorteerimisreeglistik peab vastama eesti keele Peab kasutama case-insensitive, accent-sensitive sorteerimist. KEHTIV Arhitekt
uur tähestikule. /juhtiv
arendaja
NA-25 Arhitekt Kasutama peab RIK-i elektronposti serverit. Kirjade saatmine ja mall peavad olema konfigureeritavad. Juhul kui elektronposti server ei võta kirju vastu, siis KEHTIV Arhitekt
uur tuleb need uuesti saata elektronposti teenuse taastumisel. /juhtiv
arendaja
NA-26 Arhitekt Konfiguratsiooniparameetrite nimed peavad olema Näiteks : X-tee Turvaserver, mitte XTTS või viitenumber, mitte vk_seb jne. KEHTIV Arhitekt
uur sisulised. /juhtiv
arendaja
NA-27 Arhitekt Ees -ja tagasüsteemid peavad olema Ees -ja tagasüsteemid peavad olema eraldi paigaldatavad ja konfigureeritavad. KEHTIV Arhitekt
uur arhitektuuriliselt selgelt lahutatud. /juhtiv
arendaja
NA-28 Arhitekt Konfiguratsioonifailid peavad olema vaikimisi Näiteks IIS: *.config , *.resources Apache: *.conf, .htaccess. Kui neid on mitu, siis arendaja peab need eraldi välja KEHTIV Arhitekt
uur kaitstud failid. tooma konfiguratsioonifailide listis. /juhtiv
arendaja
NA-29 Arhitekt Lõpp-kasutaja näeb vaid faile, mida ta peab KEHTIV Arhitekt
uur nägema. /juhtiv
arendaja
NA-30 Arhitekt Konfiguratsioonis ei tohi olla sisult dubleerivaid Kõiki parameetreid tuleks konfiguratsioonis kirjeldada vaid üks kord. KEHTIV Arhitekt
uur parameetreid. /juhtiv
Näiteks nii ei tohi olla: arendaja
connectionString = "Server=myServerAddress;Database=myDataBase;User Id=myUsername;
Password=myPassword;"
_cString = "Server=myServerAddress;Database=myDataBase;User Id=myUsername;Password=myPassword;"
NA-31 Arhitekt Rakendused peavad olema kõrgkäideldavad. Meie arendatud rakendused ja kasutatavad karbitooted peavad olema kõrgkäideldavad. Sticky sessionid ei ole KEHTIV Arhitekt
uur soovitatud, vajadus eraldi läbi rääkida. /juhtiv
arendaja
NA-32 Arhitekt Süsteemiintegratsioonid peavad klientrakendusele Näiteks klientrakendus ei tohi pöörduda otse andmebaasi ja x-tee poole. KEHTIV Arhitekt
uur olema peidetud. /juhtiv
arendaja
NA-33 Arhitekt Keskkonnapõhiseid muutujad peavad olema Näiteks WSDL ei tohi sisaldada viiteid arendusserveritele. KEHTIV Arhitekt
uur konfiguratsioonist seadistatavad. /juhtiv
arendaja
NA-34 Arhitekt Windows teenuste nimed peavad olema KEHTIV Arhitekt
uur konfigureeritavad. /juhtiv
arendaja
NA-35 Arhitekt Andmebaasi ei tohi realiseerida rakenduse Andmebaas võib sissetulevate andmetega teha ainult tehnilisi tegevusi. Välja arvatud taustatööd. Näiteks õiguste KEHTIV Arhitekt
uur äriloogikat. arvutamine või unikaalsete võtmete genereerimine. /juhtiv
arendaja
NA-36 Arhitekt Andmebaasi peab olema võimalik viia MS-SQL Ei tohi kasutada platvormispetsiifilist lahendusi. Erindid eraldi kokku leppida Strateegia tiimiga. KEHTIV Arhitekt
uur standarditele. /juhtiv
arendaja
NA-37 Arhitekt Rakendus peab kasutama autentimiseks RIK poolt Autentimisviisid peavad olema konfigureeritavad. Samuti peab rakenduse konfiguratsioonist olema määratav, kas KEHTIV Arhitekt
uur heaks kiidetud OpenID põhist autentimislahendust. ID-kaardiga autentimise korral kasutatakse OCSP või tühistusnimekirjade põhist autentimist. /juhtiv
arendaja
NA-38 Arhitekt Uniform resource identifier (URI) pikkus ei tohi Max uri < 2000. KEHTIV Arhitekt
uur ületada ühegi IS poolt toetatava brauseri /juhtiv
maksimaalset lubatud väärtust. arendaja
NA-39 Arhitekt Rakenduse teenusekirjeldus peab olema üles Teenuste kirjelduses võimalike complexType versioonide väärtus "any" KEHTIV Arhitekt
uur ehitatud nii, et see toetaks teenuse versioneerimist. /juhtiv
arendaja
NA-40 Arhitekt Rakenduse operatiivbaas peab olema arhiveeritav. Enamasti tehakse seda osadena, näiteks juriidiliselt aegunud menetlused, mida kasutajad enam ei näe. KEHTIV Arhitekt
uur /juhtiv
arendaja
NA-41 Arhitekt Rakendusega tarnitavad litsentsid peavad olema EU projektide korral tuleb kehtivusaja suhtes lähtuda EU või RIA nõuetest. KEHTIV Tiimijuht
uur vähemalt 5-aastase kehtivusajaga.
NA-42 Arhitekt Rakendus peab olema jaotatud loogilisteks Loogiline jaotus lähtub äri vajadustest, haldusest ja arendusest. Tehnilised osad peavad olema eraldi KEHTIV Arhitekt
uur tehnilisteks osadeks. paigaldatavad. /juhtiv
arendaja
NA-43 Arhitekt Failide konverteerimised tuleb teha kasutades RIKi KEHTIV Arhitekt
uur poolt heaks kiidetud teenuseid. /juhtiv
arendaja
NA-44 Arhitekt Kasutaja ei tohi pääseda ligi süsteemi tehnilisele Näiteks stack trace, tehnilised logid, täispikavad failinimed, kasutatavad tehnoloogiad ja raamistikud ning nende KEHTIV Arhitekt
uur informatsioonile. versioonid. /juhtiv
arendaja
NA-45 Arhitekt Rakendus peab olema stateless. Peab töötama koormusjaoturiga, ei kasuta sticky sessioneid, SSL offload. KEHTIV Arhitekt
uur /juhtiv
arendaja
NA-46 Arhitekt Rakenduse failide ligipääsuvajadus peab olema Konteinerite puhul vastutab arendaja, muul juhul administraator. KEHTIV Arendaja
uur read-execute. /juhtiv
arendaja
/administraat
or
NA-47 Arhitekt Windows serverid peavad töötama windows core KEHTIV Arhitekt
uur serveritel. /juhtiv
arendaja
NA-48 Arhitekt Andmebaasis tuleb veerutüübiks määrata selleks Lähtuda andmebaasimootori dokumentatsioonist. Keelatud on kasutada (max) tüüpe, kui see pole põhjendatud ja KEHTIV Arhitekt
uur sisuliselt sobivaim andmetüüp. vajalik. /juhtiv
arendaja
NA-49 Arhitekt Rakenduste masinliidestel peab olema Ei kehti karbitoodetele. Näiteks SOAP WSDL ja REST OpenApi KEHTIV Arhitekt
uur publitseeritud tehniline spetsifikatsioon. Swagger ei tohi olla publitseeritud. /juhtiv
arendaja
Tehnilises spetsifikatsioonis peavad olema: otspunkti kirjeldus, otspunkti kirjelduse väljalülitamine.
NA-50 Arhitekt Active Directory(AD) autentimise kasutamisel peab SAML2.0 (Security Assertion Markup Language) ja ADFS (Active Directory Federation Services). KEHTIV Arhitekt
uur rakendus kasutama kehtivaid standardeid. /juhtiv
arendaja
NA-51 Arhitekt ID-kaardiga autentimise korral kliendipoolne Edasine koodi täitmine ja võimalike veaolukordade töötlus peab toimuma rangelt ainult kliendi poolel. KEHTIV Arhitekt
uur veebirakendus suhtleb veebirakendusega ainult /juhtiv
kontrollküsimuse tarbeks. Kliendi autentimissertifikaadi kehtivus- ja autentsusekontroll teostatakse maksimaalses võimalikus mahus arendaja
veebiserveri või proxy poolt.
Autentimissertifikaadil on veebiserveri või proxy poolt kohustuslikult nõutav:
Apache: SSLVerifyClient require;
NGINX: ssl_verify_client on;
Pulse TM: ssl.requireCert();
HAProxy: verify required;
Tomcat: clientAuth="true";
jne…
Juhul kui toimub pöördub URL poole, kus on nõutud kliendi autentimissertifikaat ning server vastab veaga, peab
klientrakendus kuvama korrektse veateate eesti keeles.
NA-52 Arhitekt Robotilõksude kasutamine ja valik tuleb Soovitus on robotlõkse vältida ja lahendada potentsiaalne probleem kasutades koormusjaotureid ja IP-põhiseid KEHTIV Arhitekt
uur kooskõlastada RIK-ga. reegleid. /juhtiv
arendaja
NA-53 Arhitekt Rakendusetevaheline suhtlus peab olema Üldiselt kasutame REST, SOAP(x-tee) või message queued. Muud juhud eraldi läbi rääkida Strateegia tiimiga. KEHTIV Arhitekt
uur masintöödeldav. /juhtiv
arendaja
NA-54 Arhitekt Rakendusserverite otspunktid peavad olema Rakendus vastab ainult lubatud HTTP-meetoditele, ülejäänud annavad veakoodiga "405" viga. KEHTIV Arhitekt
uur piiratud ja dokumenteeritud. /juhtiv
arendaja
NA-55 Arhitekt Rakendusserver peab valideerima ja võimalusel Peab vastama RFC5322 ja/või RFC6854 standardile. KEHTIV Arhitekt
uur verifitseerima e-posti aadresse. /juhtiv
Võimalusel peab süsteem tõendama kasutaja e-posti aadresse(verifitiseerima) arendaja
NA-56 Arhitekt Rakendusel peab olema minimaalne CSP header, Erandid tuleb hoolikalt läbi mõelda. Väikeväärtus "self" KEHTIV Arhitekt
uur et funktsionaalsust tagada. /juhtiv
Täiendav info: arendaja
https://csp-evaluator.withgoogle.com/
https://www.hardenize.com/dashboards
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Sec-WebSocket-Accept
NA-57 Infoturv Kliendi ja serveri vaheline suhtlus peab kasutama Uusim või kehtiva toega versioon. KEHTIV Arhitekt
e TLS-protokolli. /juhtiv
arendaja
NA-58 Infoturv Andmete salvestamisel kliendi arvutisse kasutada Erandiks on mitmekeelse süsteemi puhul keelevalik. KEHTIV Arhitekt
e baruseri vault-i. /juhtiv
arendaja
NA-59 Infoturv Sessiooni lõpetamisel või aegumisel ei tohi KEHTIV Arhitekt
e kasutajal olla võimalik sessiooni värskendada või /juhtiv
uuesti kasutada. arendaja
NA-60 Infoturv Andmebaasis olevate terviklikkuse turvaosaklass 2 Versioneerimisel peavad säilima vanad kirjed muutumatul kujul. Uue kirje tehnilistel väljadel peab olema: KEHTIV Arhitekt
e või 3 andmete andmebaasi kirjed peab Kasutaja, kes kirje lõi ja loomise aeg. Kehtetuks tunnistatud kirje peab sisaldama: Kirje muutja, muutmise /juhtiv
versioneerima. /kustutamise aeg. arendaja
NA-61 Infoturv Live andmed ei kasutata testimiseks. Testimiseks kasutatakse sünteetilisi, genereeritud andmeid. KEHTIV Arhitekt
e Erindid tuleb Strateegia tiimiga eraldi kokku leppida. /juhtiv
arendaja
NA-62 Infoturv Rakenduse andmebaasikontod peavad omama Rakendus ei kasuta schema kontot. Kontodele vajalikud õigused peavad olema kirjeldatud rakenduse KEHTIV Arhitekt
e minimaalseid õigusi. installatsioonijuhendis. /juhtiv
arendaja
NA-63 Infoturv Rakenduse lõppkasutajatele peavad olema õigused Kasutada KeyCloaki. AD OU ei tohi anda rolli. KEHTIV Arhitekt
e defineeritud läbi rollide(RBAC). /juhtiv
arendaja
NA-64 Infoturv Rakendusse ja andmebaasi ligipääsemiseks peab KEHTIV Arhitekt
e kasutama ainult kokkulepitud dokumenteeritud /juhtiv
autentimisprotseduure. arendaja
NA-65 Infoturv Salasõnad salvestatakse turvaliselt. Krüpteering peab olema CBC, CRT vms režiimis. Kasutada ei tohi ECB režiimi. Räsi+sool+pipar osas lähtuda KEHTIV Arhitekt
e OWASP-i juhisest https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html /juhtiv
arendaja
NA-68 Infoturv Kõik avalikud veebirakendused peavad kasutama IIS puhul peab kasutama näiteks URL scan, apache puhul modsecurity või vastavat tööriista. Võimalikud KEHTIV Arhitekt
e veebitulemüüre. piirangud tuleb kokku leppida tellijaga detailanalüüsi käigus lähtuvalt tellija vajadustest ja nõudmistest. Kasutama /juhtiv
peab whitelisting põhimõtet, mitte blacklistingut. Täiendavalt on kasutusel veebitulemüür (CloudFlare) arendaja
NA-69 Infoturv Rakendus peab õnnestunud sisselogimise järgselt EU-direktiiv https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf KEHTIV Arhitekt
e näitama eelmise õnnestunud sisselogimise aega. /juhtiv
arendaja
NA-70 Infoturv Kasutajaliidesega rakendusel peab olema esilehel Mõeldud on majas sees arendatud rakendusi. Rakendusserverite ja andmebaaside puhul kehtib vastupidine KEHTIV Arhitekt
e rakenduse versioon. nõue: NA-44. /juhtiv
arendaja
NA-71 Infoturv Sessioonide lõpetamine tuleb teostada serveri Aeg peab olema muudetav koos teiste konfiguratsiooniparameetritega. Kui kliendilt pole etteantud aja jooksul KEHTIV Arhitekt
e poolel ja kõigil rakendustel peab olema ühtegi päringut tulnud, tuleb sessioon serveri enda algatusel lõpetada. /juhtiv
konfigureeritav kasutajasessiooni aegumise aeg. arendaja
Täiendavalt saab lugeda https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.
html
NA-72 Infoturv Kõik sisendandmed tuleb kodeerida, filtreerida ja Siia hulka kuuluvad vormid, masin-masin liidesed ja veebiteenused. KEHTIV Arhitekt
e valideerida. Tuleb teha enne igasugust äriloogika täitmist. /juhtiv
arendaja
NA-73 Infoturv Veebipõhiste rakenduste poolt saadetavad vormidel Eesmärk on vältida CSRF rünnakuid. KEHTIV Arhitekt
e peab paiknema peidetud unikaalne räsi, mida /juhtiv
kontrollitakse vormi vastuvõtmisel. arendaja
NA-74 Infoturv Krüpteerimisel ja räsimisel tuleb lähtuda RIA Lähtuda viimasest dokumendist siin nimekirjas https://www.id.ee/artikkel/kruptograafiliste-algoritmide-elutsukli- KEHTIV Arhitekt
e uuringust. uuringud-2/ /juhtiv
arendaja
NA-75 Infoturv Sessiooni tunnused ei tohi olla URL-st https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html KEHTIV Arhitekt
e kopeeritavad. /juhtiv
arendaja
NA-76 Infoturv Konfiguratsioonifaile võivad muuta vaid Kui rakendusel on admin liides arendatud siis seal muudatuste tegemine on OK. Muud erindid rääkida läbi KEHTIV Arhitekt
e administraatorid. strateegiatiimiga. /juhtiv
arendaja
NA-77 Infoturv Kliendi sertifikaadiga rakenduse poolsel Kliendi sertifikaadiga autentimisel peaks süsteem vastu võtma kliendi sertifikaati kokkulepitud päises, päise nimi KEHTIV Arhitekt
e autentimisel (näiteks ID-kaart) peab rakendus vastu peaks olema rakenduse seadistustega muudetav. /juhtiv
võtma sertifikaati HTTP päises. Vajadus tuleneb kliendi sertifikaatide usaldusnimekirjade GLB taseme haldusest. arendaja
Sertifikaat võetakse vastu kliendi veebilehitseja poolt ning edastatakse GLB’le,
GLB määrab selle kokkulepitud päisesse sobivuse korral,
GLB edastab juba kontrollitud sertifikaadi süsteemi kokkulepitud päises.
Sama asi kehtib mistahes kliendi sertifikaadiga autentimisel ning suvalisest kohast ei tohikski süsteem sertifikaate
vastu võtta.
NA-78 Infoturv Kõik digitembeldamist vajavad rakendused peavad KEHTIV Arhitekt
e kasutama RIK-i digitembeldamise teenust. /juhtiv
arendaja
NA-79 Infoturv Rakenduse turvalisuse tagamiseks tuleb järgida Veebirakendus peab probleemideta läbima OWASP ASVS põhineva testi. Esmane väline turvatestimine tellitakse KEHTIV Arhitekt
e OWASP-i parimaid praktikaid. tellija finantseeringul. Kui selle tulemusel leitakse arendaja poolsest tegevusest või tegevusetusest põhjustatud /juhtiv
vigu, võib tellija nõuda OWASP järeltestide kompenseerimist arendajalt. Täiendavalt saab uurida https://github. arendaja
com/OWASP/ASVS
NA-80 Arhitekt Rakendus peab olema optimeeritud Toodangukeskkonna rakendus ei tohi sisaldada osiseid, mis on ebavajalikud. NT. Debug logi, testimiseks KEHTIV Arhitekt
uur toodangukeskkonnas toimimiseks. vajalikud erisused äriloogikast. Rakendust peab olema võimalik uuesti pakendamata tarnida vabalt valitud /juhtiv
keskkonda(arendus,test). arendaja
NA-81 Infoturv Ajatemplite kasutamisel eelistatakse RIK-i heaks Heaks kiidetud lahenduste kohta info annab OPS-tiim. KEHTIV Arhitekt
e kiidetud lahendust. /juhtiv
arendaja
NA-82 Infoturv Rakendused peavad toetama SSO kasutamist. Sessioon peab olema stateless KEHTIV Arhitekt
e /juhtiv
arendaja
NA-83 Infoturv Süsteemile määratud turvaosaklass peab olema https://www.riigiteataja.ee/akt/113122022030 KEHTIV Arhitekt
e täidetud vastavalt määruse "Võrgu- ja /juhtiv
infosüsteemide küberturvalisuse nõuded" paragrahv Enne arenduste algust tuleb turvaosaklassist tulenevad vajadused kooskõlastada Infoturbe ja IS halduse tiimiga arendaja
10-le.
NA-86 Infoturv Paks klient peab krüpteerima ajutised failid, mis Kui paks klient kasutab ajutisi faile, tuleb tagada nende perioodiline kustutamine tagamaks, et ei koormata liigselt KEHTIV Arhitekt
e sisaldavad delikaatseid/konfidentsiaalseid andmeid kasutaja arvutit. Eesmärk on tagada, et rakenduse sulgemisel ei jääks kasutaja arvutisse maha informatsiooni, /juhtiv
ja need sulgemisel kustutama. mida sinna jääda ei tohiks. arendaja
NA-87 Infoturv Rakendus peab serverist kustutama kõik ajutised Ajutiste failide kaust peab olema konfigureeritav. KEHTIV Arhitekt
e failid koheselt, kui neid enam ei kasutata. /juhtiv
arendaja
NA-88 Infoturv Rakendus tohib aksperteerida ainult enda KEHTIV Arhitekt
e väljastatud sessioonivõtmeid. /juhtiv
arendaja
NA-89 Infoturv Rakendusse üleslaetavad failid peab filtreerima, Tuleb teha tüübi ja faili laiendi vastavause kontroll. Failide üleslaadimise ülempiir peab olema analüüsis KEHTIV Arhitekt
e valideerima ja need peavad läbima viirusetõrje. kirjeldatud. /juhtiv
arendaja
Filtreerimine - whitelisting, sh suurus
Valideerimine - äriloogiline vastavus
Viirusetõrje - Rik.Icap.VirusScanner: https://hoidla.rik.ee/#browse/browse:nuget-hosted:Rik.Icap.VirusScanner%
2F1.0.0%2FRik.Icap.VirusScanner-1.0.0.nupkg
Kontrollib, kas failis on viirus.
Kasutamise näited: KrisDoc2 (KRIS-4642), KRIS4 (KRIS-4645), KrAvalik (KRIS-4643), KAEP (KRIS-4644)
Alternatiivselt võib dll-i kompileerida lähtekoodist: https://svn.just.ee/!/#riksvn/view/head/VirusScanner/trunk
NA-90 Infoturv Rakendusse üleslaetava faili peab salvestama Faili originaalnimi tuleb salvestada andmebaasi. KEHTIV Arhitekt
e unikaalse genereeritud nimega. /juhtiv
arendaja
NA-91 Infoturv Rakendus ei tohi lubada ennast kasutada iframe Kasutada CSP headerit. KEHTIV Arhitekt
e sees. /juhtiv
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Sec-Fetch-Mode arendaja
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Frame-Options
NA-92 Infoturv Sessiooni küpsisel peavad olema turvalisuse lipud Sessiooni küpsise korrala tuleb lisada lipud Secure, HttpOnly ja SameSite. Küpsise nime prefiks peab olema KEHTIV Arhitekt
e ja prefix __Host. "__Host-". Täiendav info: 1)https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie /juhtiv
arendaja
2) https://owasp.org/www-project-web-security-testing-guide/latest/4-Web_Application_Security_Testing/06-
Session_Management_Testing/02-Testing_for_Cookies_Attributes
3) https://owasp.org/www-community/HttpOnly
4) https://owasp.org/www-community/controls/SecureCookieAttribute
5) https://owasp.org/www-community/SameSite#:~:text=SameSite%20prevents%20the%20browser%20from,
none%20%2C%20lax%20%2C%20or%20strict%20.
NA-93 Lähtek Rakenduse kõik üleantavad versioonid peavad Testplaan ja skoop tuleb arenduse käigus tellijaga kokku leppida. KEHTIV Arhitekt
ood enne tellijale üle andmist olema testitud. /juhtiv
arendaja
NA-94 Logimin Kriitilised sündmused - sessiooni algamine ja Väliste rakenduse puhul tuleb logida kasutaja IP. Sessiooni võtmete väärtused, privaatvõtmed, kasutaja KEHTIV Arhitekt
e ja lõppemine ning rolli muutumine tuleb eraldi logida salasõnad ja muu info, mis võimaldab kasutaja isiku kindlakstegemist või on andmekaitset ohustav ei või logisse /juhtiv
monito turvalogide tabelis. jääda. arendaja
oring
NA-95 Logimin Rakendus peab logima kõiki väliste süsteemidega Parim vahend on Graylog, teine valik baas, kolmas valik on faili logimine. Peab olema võimalus antud logimist KEHTIV Arhitekt
e ja vahetatavaid (ka X-tee teenuste kaudu liikuvaid) välise süsteemi kaupa sisse-välja lülitada. Logi peab olema struktureeritud selliselt, et päring ja vastus on eraldi /juhtiv
monito pöördumisi andmevahetuslogisse. failides. Logifaili asukoht peab olema administraatori poolt ilma rakendust uuesti kompileerimata seadistatav. arendaja
oring
NA-98 Logimin Rakendus peab logima kõiki rakenduses tekkivaid Logi peab sisaldama minimaalselt aega(timestamp), veakoodi, vea sisu (komponent, stack trace, traceback vms), KEHTIV Arhitekt
e ja tehnilisi vigu. kogu HTTP päringut ja võimalusel kasutaja ID-d. Logimine peab olema konfigureeritav rakenduse taaskäivituseta. /juhtiv
monito arendaja
oring
NA-99 Logimin Failisüsteemi logimise korral peavad logid olema Peab olema võimalus logimist välise süsteemi kaupa sisse-välja lülitada. Failisüsteemi kausta ei teki rohkem kui KEHTIV Arhitekt
e ja katalogiseeritud, tunnustatud faililaiendiga, 10000 faili. Peab tagama, et iga rakendusserver saaks vajadusel kirjutada logid oma logifaili. Logimine peab /juhtiv
monito roteeruvad. olema konfigureeritav rakenduse taaskäivituseta. arendaja
oring
NA-100 Logimin Rakenduse logid peavad olema ühesuguse Logiväljad, mida lõppkasutaja saab manipuleerida (IP, useragent, URL) peavad salvestuma logisse kodeeritud ja KEHTIV Arhitekt
e ja formaadiga, masinloetavad ja täielikud. puhastatud kujul. Igas logikirjes peab olema päringu unikaalne identifikaator. Kui parameetri väärtus on tühi, tuleb /juhtiv
monito see logis märkida asendusväärtusega “-”. Logi kuupäeva ja ajaformaat peab vastama ISO 8601 standardile ja arendaja
oring olema Eesti ajavööndis.
NA-101 Logimin Logi tabelid peavad olema arhiveeritavad Tabeli suurenedes peab olema võimalik hoida vanu kirjeid, näiteks kuude või aastate kaupa, iseseisvates KEHTIV Arhitekt
e ja operatiivbaasist välja. tabelites või teises baasis. Mehhanism peab töötama ka krüptoaheldatud logi korral. /juhtiv
monito arendaja
oring
NA-102 Logimin Kui rakendus kasutab või pakub väliseid teenuseid Peab kasutama statisikamoodulit või OpenTelemetry-t. KEHTIV Arhitekt
e ja peab nende kohta arvestust pidama. /juhtiv
monito arendaja
oring
NA-103 Lähtek Süsteem peab enne toodangusse minemist läbima Täpne kirjeldus tuleb kokku leppida detailanalüüsi käigus. Lähtuda sellest -> https://dok.rik.ee/display/SUS KEHTIV Arhitekt
ood jõudlustestid. /Koormustestimise+tellimise+eeldused+-+Beeta /juhtiv
arendaja
NA-104 Logimin Rakendusel peab olema masinloetav staatusleht. KEHTIV Arhitekt
e ja /juhtiv
monito arendaja
oring
NA-106 Lähtek Kõik kommentaarid peavad olema põhjendatud. Lähtekoodi kommentaarid peavad olema: KEHTIV Arhitekt
ood 1. Kood peab olema kirjutatud selliselt, et see on loetav ka ilma kommentaarideta. Kommentaarid on mõeldud /juhtiv
keeruliste ja/või kohendamist ja/või edasist tööd (viimaste juurde tuleks märkida TODO) vajavate kohtade jaoks. arendaja
2. Aktuaalsed - kommentaar ja kood peavad olema üksteisega vastavuses.
3. Selged ja üheselt mõistetavad.
4. Korrektselt kirjutatud - grammatika ja lauseehitus peavad olema korrektsed.
5. Andmebaasi falid ning muud koodid samadel alustel
6. Peavad olema kirjutatud eesti keeles
NA-107 Lähtek Nimetused koodis peavad olema sisulised ja andma Projekti skoobis peab olema kokku lepitud nimetamis-reeglistik. KEHTIV Arhitekt
ood selget informatsiooni nende otstarbest. /juhtiv
arendaja
NA-108 Lähtek Koodis kasutatavad konstandid tuleb defineerida Siia alla ei kuulu klassifikaatorid. Need peavad olema baasis. KEHTIV Arhitekt
ood muutujatena. /juhtiv
arendaja
NA-109 Lähtek Koodis defineeritud andmetüübid peavad olema Näiteks "Isik", "Menetlus" jne. Andmebaasides ei tohi kasutada täpitähti. KEHTIV Arhitekt
ood nimetava käände ainsuses. Kõik andmemassiivid /juhtiv
tuleb nimetada nimetava mitmuses. Lisainformatsioon: arendaja
1) C# - https://learn.microsoft.com/en-us/dotnet/standard/design-guidelines/general-naming-conventions
2) JAVA - https://www.oracle.com/java/technologies/javase/codeconventions-namingconventions.html
3) Python - https://peps.python.org/pep-0008/
NA-110 Lähtek Andmetabelites sisalduvad võõrvõtmed peavad Näiteks kui on tegu tabelitega ’Isik’ ja ’Auto’, siis seos ’isik_auto’ oleks: Isik.ID=Auto.Isik_ID KEHTIV Arhitekt
ood nime järgi seostuma tabeli ja väljaga millele need /juhtiv
viitavad. arendaja
NA-111 Lähtek Andmebaasi väljade pikkused peavad lähtuma Tuleb meeles pidada, et 1 byte ei pruugi võrduda 1 tähemärgiga, näiteks täpitähed. KEHTIV Arhitekt
ood analüüsis kirjeldatud nõuetest. /juhtiv
arendaja
NA-115 Lähtek Koodi valideerimiseks kasutame SonarQube Koos SonarQube-ga peab tegema ka Trivy skaneerimise. KEHTIV Arhitekt
ood reegleid. /juhtiv
arendaja
NA-118 Lähtek Lähtekoodis ei tohi olla mitte kasutatavaid osasid. KEHTIV Arhitekt
ood /juhtiv
arendaja
NA-120 Lähtek Koodibaasis olevad ärilised terminid peavad olema Ärianalüüs ja kood peavad teineteist peegeldama. Ka andmebaasis olevad nimetused peavad olema eesti keeles. KEHTIV Arhitekt
ood eesti keeles. /juhtiv
arendaja
NA-121 Andme Aadressiandmete käitlemisel lähtuda määrusest Kasutada ADS-i. Link määrusele https://www.riigiteataja.ee/akt/128122024043 KEHTIV Arhitekt
kvalitee "Aadressiandmete süsteem." /juhtiv
t ja arendaja
standar
did
NA-123 Infoturv Iga transaktsiooni juures tuleb kontrollida kasutaja OWASP nõuetest -> "Validate the Permissions on Every Request" https://cheatsheetseries.owasp.org KEHTIV Arhitekt
e õiguseid ja rollikuuluvust. /cheatsheets/Authorization_Cheat_Sheet.html#validate-the-permissions-on-every-request /juhtiv
arendaja
NA-124 Andme Tegevusalade käitlemisel lähtuda määrusest Kasutada RIK EMTAK teenust. https://www.riigiteataja.ee/akt/12910889 KEHTIV Arhitekt
kvalitee "Klassifikaatorite süsteem." /juhtiv
t ja arendaja
standar
did
NA-126 Infoturv Süsteemist väljaminevad veateated ei tohi Näiteks: "Tekkis tehniline viga. Päringu ID: XXXXX". Reaalne veateade peab logis säilima! KEHTIV Arhitekt
e sisaldada süsteemiinfot. /juhtiv
arendaja
NA-127 Dokum Kogu rakenduse dokumentatsioon peab olema Erandiks kolmandate osapoolte komponendid. KEHTIV Arhitekt
entatsio kirjutatud eesti keeles. /juhtiv
on arendaja
NA-128 Dokum Dokumentatsioon peab vastama RIK https://dok.rik.ee/pages/viewpage.action?pageId=190751639 KEHTIV Arhitekt
entatsio dokumentatsiooniplaani nõuetele. /juhtiv
on arendaja
NA-129 Dokum Iga uue versiooniga käib kaasas muudatuste Changelog või release notes. KEHTIV Arhitekt
entatsio kirjeldus. /juhtiv
on arendaja
NA-130 Version Kõik rakenduse testimiseks, koolituseks või Arendajale antakse selleks õigused RIK-i koodihoidlas. KEHTIV Arhitekt
eerimin implementeerimiseks üle antavad tarkvarapaketid /juhtiv
e peavad asuma RIK koodihoidlas. arendaja
NA-133 Version Peab kasutama RIK piletihalduskeskkonda. Kasutusel on JIRA. Kaasa arvatud välised osapooled. KEHTIV Arhitekt
eerimin /juhtiv
e arendaja
NA-137 Version Kolmanda osapoole teegid peavad asuma RIK-i hoidla.rik.ee KEHTIV Arhitekt
eerimin hoidlas. /juhtiv
e arendaja
NA-138 Version Andmebaasi skriptide sisu peab olema kontrollitav. Administraator peab saama veenduda skriptide sisus. KEHTIV Arhitekt
eerimin /juhtiv
e arendaja
118 teemat
Lisad:
Lisa 1.1.1 – Staatuslehe näidis
Key Type of note Summary Description
NA-1 Data quality The X-tee services of the solutions to be
and standards created must comply with the
requirements set out in the RIA X-tee
manual.
NA-2 Data quality The standard software supplied with the If the software solution is not specified in the
and standards solution must comply with RIK procurement, the latest stable versions of the
requirements. software listed below must be used for the
specific needs.
Server operating systems:
1) Linux RedHat Enterprise/Rocky
2) Windows
Databases:
1) Microsoft SQL
2) Postgre SQL
3) MariaDB
Web server:
1) Nginx
2) Microsoft IIS
3) Apache
As an application server:
1) Tomcat
Programming language:
1) C
2) Java
3) Python
If commercial software is supplied with the
delivery, its licence must include at least 5
years of security updates.
NA-3 Data quality The application must be created in The measures valid at the time of the
and standards accordance with the requirements of the procurement announcement shall be taken as
Estonian Information Security Standard. a basis.
NA-4 Data quality The public sector shall develop software Exceptions to this requirement may only be
and standards primarily as open source and publish the made if otherwise provided by law or in other
software under a free licence in justified cases agreed with the contracting
accordance with the licence authority.
requirements. The most common free software licences used
in RIK are EUPL, GNU GPL, and MIT. The
choice of licence depends on the needs and
obligations and must be agreed on with the
contracting authority.
The licence terms and conditions that must be
complied with when using the licence are as
follows:
In the case of EUPL, the following is required:
1) a copyright notice in the header (Copyright
© <year> <author's name>, followed by the
statement "Licensed under EUPL".
In the case of GNU GPL, the following is
required:
1) copyright notice in the header (Copyright ©
<year> <author's name>);
2) a notice in the licence terms regarding the
exclusion of warranty for the work.
For MIT, the following is also required:
1) a copyright notice in the header (Copyright
© <year> <author's name>) together with the
notice specified in the licence;
2) a notice regarding the exclusion of warranty
for the work as specified in the licence terms.
For more details, please refer to the licence
terms and conditions of the selected licence
type.
The licence terms of the selected licence shall
be presented in one or both of the following
ways:
1) The LICENCE file must be made public in
the repository together with the software
code;
2) the text of the licence terms and conditions
in the header of each file;
3) by including a link in the header to the
location where the licence conditions can be
found.
NA-5 Architecture Components must be such that their end Exceptions must be agreed to separately with
of life (EOL) is not known to be less than 2 the Strategy Team.
years.
NA-6 Architecture The components and topology of Coordination is carried out by the Strategy
information systems must be agreed with Team (chief architect).
RIK before the start of actual
development.
NA-7 Architecture The application server must allow
operation on a separate server from the
database server.
NA-8 Architecture The application must be able to be moved The solution must not contain any compiled
between different domains and domain absolute URLs.
sites without reprogramming.
NA-9 Architecture External interfaces must be kept to a Interfaces must be configurable. Error
minimum. conditions for external interfaces must be
handled. The system must function without
non-business-critical interfaces.
NA-10 Architecture Data exchange with databases belonging Clause 43 (9) 5) of the Public Information Act.
to the state information system and
between databases belonging to the state If an X-road query is performed by a person,
information system takes place through the query header must contain the
the state information system data authenticated user data.
NA-11 Architecture exchange
Applicationlayer (x-road). must use the Development against development endpoint,
environments
endpoints of the corresponding X-tee etc.
security servers.
NA-12 Architecture The application must be configurable If necessary, the configuration can be
from a single location without the need automatically copied without modification
for compilation. from a central location to another location
(e.g. copying from the values file in the helm
chart to several configmapi files).
Logging settings can be stored separately
from the application configuration file in an
additional configuration file (e.g. Log4net).
NA-13 Architecture The installation of the compiled A reasonable time is up to 1 minute.
application must take place within a
reasonable time.
NA-14 Architecture The application must be 64-bit.
NA-15 Architecture The database and application must use This requirement applies to Oracle and
UTF-8 encoding. Postgre databases. Exceptions will be agreed
on separately with the Strategy Team. For
example, UTF-16.
NA-16 Architecture Files must be catalogued by year > month A more detailed solution must be agreed on
> date. with the Strategy Team.
NA-17 Architecture The general programming paradigm is Exceptions must be agreed on separately with
object-oriented. the Strategy Team.
NA-18 Architecture All foreign keys in base tables must be Indexes and other measures are used to
indexed. improve database performance. Foreign keys
must also be used when referencing from one
database to another.
NA-19 Architecture Query variables (Parameter Binding) must When calling SQL queries from outside the
be used. database, query variables must be used to
avoid SQL cache fragmentation.
NA-20 Architecture Database tables must have a technical The name must be "ID".
primary key.
NA-21 Architecture Files and file indexes must be replicable The location and logic of file storage shall be
to another server space. as agreed.
NA-22 Architecture There must be an appropriate The aim is to reduce the number of operations
management interface for performing performed directly in the database.
management operations.
NA-23 Architecture The database must support cold and hot Services that prevent database mirroring (e.g.
backup to another server room. "failstream") must not be used.
NA-24 Architecture The sorting rules must comply with the Case-insensitive, accent-sensitive sorting must
Estonian alphabet. be used.
NA-25 Architecture The RIK e-mail server must be used. The sending of messages and the template
must be configurable. If the e-mail server does
not accept messages, they must be resent
once the e-mail service is restored.
NA-26 Architecture The names of configuration parameters For example: X-tee Security Server, not XTTS
must be meaningful. or reference number, not vk_seb, etc.
NA-27 Architecture The front-end and back-end systems Front-end and back-end systems must be
must be clearly separated in terms of separately installable and configurable.
architecture.
NA-28 Architecture Configuration files must be protected For example, IIS: *.config, *.resources Apache:
files by default. *.conf, .htaccess. If there are several of these,
the developer must list them separately in the
configuration file list.
NA-29 Architecture The end user only sees the files they are
supposed to see.
NA-30 Architecture The configuration must not contain All parameters should be described only once
duplicate parameters. in the configuration.
For example, the following is not allowed:
connectionString=
"Server=myServerAddress;Database=myDataB
ase;User
Id=myUsername;Password=myPassword;"
_cString=
"Server=myServerAddress;Database=myDataB
ase;User
Id=myUsername;Password=myPassword;"
NA-31 Architecture Applications must be highly available. The applications we develop and the off-the-
shelf products we use must be highly
available. Sticky sessions are not
recommended; the need for them must be
discussed separately.
NA-32 Architecture System integrations must be hidden from For example, the client application must not
the client application. access the database and X-tee directly.
NA-33 Architecture Environment-specific variables must be For example, WSDL must not contain
configurable. references to development servers.
NA-34 Architecture Windows service names must be
configurable.
NA-35 Architecture The database must not implement the The database may only perform technical
business logic of the application. operations on incoming data. Except for
background work. For example, calculating
rights or generating unique keys.
NA-36 Architecture The database must be convertible to MS- Platform-specific solutions must not be used.
SQL standards. Exceptions must be agreed on separately with
the strategy team.
NA-37 Architecture The application must use an OpenID- Authentication methods must be configurable.
based authentication solution approved It must also be possible to specify in the
by RIK for authentication. application configuration whether OCSP or
revocation list-based authentication is used
for ID card authentication.
NA-38 Architecture The length of the uniform resource Max URI < 2000.
identifier (URI) must not exceed the
maximum value supported by any
browser supported by the IS.
NA-39 Architecture The application service description must The value "any" for possible complexType
be structured in such a way that it versions in the service description
supports service versioning.
NA-40 Architecture The application's operational base must This is usually done in parts, for example,
be archivable. legally expired procedures that are no longer
visible to users.
NA-41 Architecture Licences supplied with the application In the case of EU projects, the validity period
must be valid for at least 5 years. must be based on EU or RIA requirements.
NA-42 Architecture The application must be divided into The logical division is based on business
logical technical parts. needs, administration and development. The
technical parts must be separately installable.
NA-43 Architecture File conversions must be performed using
services approved by RIK.
NA-44 Architecture The user must not have access to For example, stack traces, technical logs, full
technical information about the system. file names, technologies and frameworks used,
and their versions.
NA-45 Architecture The application must be stateless. Must work with a load balancer, does not use
sticky sessions, SSL offload.
NA-46 Architecture Application files must have read-execute In the case of containers, the developer is
access. responsible; otherwise, the administrator is
responsible.
NA-47 Architecture Windows servers must run on Windows
Core servers.
NA-48 Architecture The most appropriate data type must be Refer to the database engine documentation.
specified as the column type in the The use of (max) types is prohibited unless
database. justified and necessary.
NA-49 Architecture A technical specification must be For example, SOAP WSDL and REST OpenApi
published for application machine
interfaces. Swagger must not be published.
The technical specification must include:
endpoint description, endpoint description
exclusion.
Does not apply to out of the box products.
NA-50 Architecture When using Active Directory (AD) SAML2.0 (Security Assertion Markup
authentication, the application must use Language) and ADFS (Active Directory
valid standards. Federation Services).
NA-51 Architecture When authenticating with an ID card, the Further code execution and processing of
client-side web application possible error situations must take place
communicates with the web application strictly on the client side.
only for the purpose of verification. The validity and authenticity of the client
authentication certificate is checked to the
maximum extent possible by the web server or
proxy.
The authentication certificate must contain the
following information, as required by the web
server or proxy:
Apache: SSLVerifyClient require;
NGINX: ssl_verify_client on;
Pulse TM: ssl.requireCert();
HAProxy: verify required;
Tomcat: clientAuth="true";
etc.
If a request is made to a URL that requires a
client authentication certificate and the server
responds with an error, the client application
must display the correct error message in
Estonian.
NA-52 Architecture The use and selection of robot traps must It is recommended to avoid robot blocks and
be coordinated with RIK. solve potential problems using load balancers
and IP-based rules.
NA-53 Architecture Inter-application communication must be In general, we use REST, SOAP(X-tee) or
machine-processable. message queues. Other cases should be
discussed separately with the Strategy Team.
NA-54 Architecture Application server endpoints must be The application only responds to permitted
limited and documented. HTTP methods; all others return an HTTP 405
error.
NA-55 Architecture The application server must validate and, Must comply with RFC5322 and/or RFC6854
if possible, verify email addresses. standards.
Where possible, the system must verify the
user's email addresses.
NA-56 Architecture The application must have a minimum Exceptions must be carefully considered. Low
CSP header to ensure functionality. value "self"
Additional information:
https://csp-evaluator.withgoogle.com/
https://www.hardenize.com/dashboards
https://developer.mozilla.org/en-
US/docs/Web/HTTP/Headers/Sec-WebSocket-
Accept
NA-57 Information Communication between the client and Latest or valid version.
security server must use the TLS protocol.
NA-58 Information When storing data on the client's An exception is the language selection in
security computer, use the browser vault. multilingual systems.
NA-59 Information When a session ends or expires, the user
security must not be able to refresh or reuse the
session.
NA-60 Information Database entries with integrity security When versioning, old records must be
security class 2 or 3 must be versioned. retained in their original form. The technical
fields of a new record must include: the user
who created the record and the time of
creation. A record that has been declared
invalid must include: the person who modified
the record and the time of
modification/deletion.
NA-61 Information Live data shall not be used for testing. Synthetic, generated data is used for testing.
security
Exceptions must be agreed separately with the
Strategy Team.
NA-62 Information Application database accounts must have The application does not use schema
security minimum rights. accounts. The rights required for accounts
must be described in the application
installation manual.
NA-63 Information End users of the application must have Use KeyCloak. AD OU must not be assigned a
security rights defined through roles (RBAC). role.
NA-64 Information Only agreed and documented
security authentication procedures must be used
to access the application and database.
NA-65 Information Passwords must be stored securely. Encryption must be in CBC, CRT or similar mode.
security ECB mode must not be used. For salt+pepper,
follow the OWASP guidelines at
https://cheatsheetseries.owasp.org/cheatsheets/P
assword_Storage_Cheat_Sheet.html
NA-68 Information All public web applications must use web For IIS, use URL scan, for Apache, use
security firewalls. modsecurity or a similar tool. Any restrictions
must be agreed with the client during the
detailed analysis based on the client's needs
and requirements. The whitelisting principle
must be used, not blacklisting. In addition, a
web firewall (CloudFlare) is used.
NA-69 Information After successful login, the application EU-direktiiv
security must display the time of the previous https://www.etsi.org/deliver/etsi_en/301500_3015
successful login. 99/301549/03.02.01_60/en_301549v030201p.pdf
NA-70 Information Applications with a user interface must This applies to applications developed in-house.
security display the application version on the The opposite requirement applies to application
home page. servers and databases: NA-44.
NA-71 Information Sessions must be terminated on the The time must be changeable along with other
security server side and all applications must have configuration parameters. If no requests have
a configurable user session timeout. been received from the client within a
specified time, the session must be terminated
on the server's initiative.
For more information, see
https://cheatsheetseries.owasp.org/cheatsheets/S
ession_Management_Cheat_Sheet.html
NA-72 Information All input data must be encoded, filtered This includes forms, machine-to-machine
security and validated. interfaces, and web services.
This must be done before any business logic is
executed.
NA-73 Information Forms sent by web-based applications The purpose is to prevent CSRF attacks.
security must contain a hidden unique token that
is checked when the form is received.
NA-74 Information Encryption and hashing must be based on Refer to the latest document in this list:
security the RIA study. https://www.id.ee/artikkel/kruptograafiliste-
algoritmide-elutsukli-uuringud-2/
NA-75 Information Session identifiers must not be copyable https://cheatsheetseries.owasp.org/cheatsheets/S
security from the URL. ession_Management_Cheat_Sheet.html
NA-76 Information Configuration files can only be changed If the application has a developed admin
security by administrators. interface, changes can be made there. Other
exceptions should be discussed with the
strategy team.
NA-77 Information When authenticating with a client When authenticating with a client certificate,
security certificate (e.g. ID card) on the the system should accept the client certificate
application side, the application must in the agreed header, and the header name
accept the certificate in the HTTP header. should be changeable in the application
settings.
This requirement arises from the GLB-level
management of client certificate trust lists.
The certificate is accepted by the client's web
browser and forwarded to GLB.
The GLB determines its suitability for the
agreed header.
The GLB forwards the already verified
certificate to the system in the agreed header.
The same applies to authentication with any
client certificate, and the system must not
accept certificates from any other location.
NA-78 Information All applications requiring digital signing
security must use the RIK digital signing service.
NA-79 Information OWASP best practices must be followed The web application must pass an OWASP ASVS-
security to ensure application security. based test without any problems. The initial
external security testing shall be ordered at the
expense of the contracting authority. If the test
reveals errors caused by the developer's actions or
inaction, the client may demand compensation
from the developer for OWASP follow-up tests.
Additional information is available at
https://github.com/OWASP/ASVS
NA-80 Architecture The application must be optimised for The production environment application must
operation in the production environment. not contain any unnecessary components. NT.
Debug log, deviations from business logic
necessary for testing. It must be possible to
deliver the application to a freely selected
environment (development, testing) without
repackaging.
NA-81 Information When using time stamps, the solution Information about approved solutions is
security approved by RIK is preferred. provided by the OPS team.
NA-82 Information Applications must support the use of The session must be stateless
security SSO.
NA-83 Information The security class assigned to the system https://www.riigiteataja.ee/akt/113122022030?leia
security must be fulfilled in accordance with Kehtiv
paragraph 10 of the Regulation "Cyber Before development begins, the requirements
security requirements for network and arising from the security class must be
information systems". coordinated with the Information Security and
IS Management Team.
NA-86 Information The thick client must encrypt temporary If the thick client uses temporary files, their
security files containing sensitive/confidential periodic deletion must be ensured to avoid
data and delete them when they are overloading the user's computer. The aim is to
closed. ensure that no information that should not
remain on the user's computer is left behind
when the application is closed.
NA-87 Information The application must delete all temporary The temporary file folder must be
security files from the server immediately when configurable.
they are no longer in use.
NA-88 Information The application may only accept session
security keys issued by itself.
NA-89 Information Files uploaded to the application must be The file type and extension must be checked
security filtered, validated and scanned for for compatibility. The upper limit for file
viruses. uploads must be specified in the analysis.
Filtering – whitelisting, including size
Validation - business logic compliance
NA-90 Information The file uploaded to the application must The original name of the file must be saved in
security be saved with a unique generated name. the database.
NA-91 Information The application must not allow itself to be Use the CSP header.
security used within an iframe. https://developer.mozilla.org/en-
US/docs/Web/HTTP/Headers/Sec-Fetch-Mode
https://developer.mozilla.org/en-
US/docs/Web/HTTP/Headers/X-Frame-Options
NA-92 Information Session cookies must have security flags The session cookie must include the Secure,
security and the prefix __Host. HttpOnly and SameSite flags. The cookie name
must be prefixed with "__Host-". Additional
information: 1)https://developer.mozilla.org/en-
US/docs/Web/HTTP/Headers/Set-Cookie
2) https://owasp.org/www-project-web-security-
testing-guide/latest/4-
Web_Application_Security_Testing/06-
Session_Management_Testing/02-
Testing_for_Cookies_Attributes
3) https://owasp.org/www-community/HttpOnly
4) https://owasp.org/www-
community/controls/SecureCookieAttribute
5) https://owasp.org/www-
community/SameSite#:~:text=SameSite%20preven
ts%20the%20browser%20from,none%20%2C%20l
ax%20%2C%20or%20strict%20.
NA-93 Source All transferable versions of the The test plan and scope must be agreed with
application must be tested before being the client during development.
transferred to the client.
NA-94 Logging and Critical events – session start and end For external applications, the user's IP address
monitoring and role changes must be logged must be logged. Session key values, private
separately in a security log table. keys, user passwords and other information
that allows the user to be identified or that
poses a threat to data protection must not be
stored in the log.
NA-95 Logging and The application must log all requests The best tool for this is Graylog, the second
monitoring exchanged with external systems choice is a database, and the third choice is
(including those moving through X-tee file logging. It must be possible to enable or
services) in the data exchange log. disable logging for each external system. The
log must be structured so that queries and
responses are in separate files. The location of
the log file must be configurable by the
administrator without recompiling the
application.
NA-98 Logging and The application must log all technical The log must contain at least the time
monitoring errors that occur in the application. (timestamp), error code, error content
(component, stack trace, traceback, etc.), the
entire HTTP query and, if possible, the user ID.
Logging must be configurable without
restarting the application.
NA-99 Logging and When logging to a file system, logs must It must be possible to enable or disable
monitoring be catalogued, have a recognised file logging for external systems. No more than
extension and be rotated. 10,000 files may be created in the file system
folder. It must be ensured that each
application server can write logs to its own log
file if necessary. Logging must be configurable
without restarting the application.
NA-100 Logging and Application logs must be in a uniform Log fields that can be manipulated by the end
monitoring format, machine-readable and complete. user (IP, user agent, URL) must be stored in
the log in an encoded and cleaned form. Each
log entry must have a unique identifier for the
query. If the value of a parameter is empty, it
must be marked in the log with the
replacement value "-". The date and time
format of the log must comply with the ISO
8601 standard and be in the Estonian time
zone.
NA-101 Logging and Log tables must be archivable from the As the table grows, it must be possible to
monitoring operational database. keep old entries, for example by month or
year, in separate tables or in another database.
The mechanism must also work for encrypted
logs.
NA-102 Logging and If the application uses or offers external A statistics module or OpenTelemetry must be
monitoring services, records must be kept of these. used.
NA-103 Source The system must undergo performance A detailed description must be agreed upon during
testing before going into production. the detailed analysis. Based on this ->
https://dok.rik.ee/pages/viewpage.action?pageId=2
44417515
NA-104 Logging and The application must have a machine-
monitoring readable status page.
NA-106 Source All comments must be justified. Comments in the source code must be:
1. The code must be written in such a way that
it is readable without comments. Comments
are intended for complex and/or areas
requiring adjustment and/or further work (the
latter should be marked TODO).
2. Up-to-date – comments and code must
correspond with each other.
3. Clear and unambiguous.
4. Correctly written - grammar and sentence
structure must be correct.
5. Database files and other codes on the same
basis
NA-107 Source Names in the code must be meaningful The project scope must include agreed
and provide clear information about their naming rules.
purpose.
NA-108 Source Constants used in the code must be This does not include classifiers. These must
defined as variables. be in the base.
NA-109 Source Data types defined in the code must be in For example, "Person", "Procedure", etc.
the nominative singular. All data arrays Special characters must not be used in
must be named in the nominative plural. databases.
Additional information:
1) C# - https://learn.microsoft.com/en-
us/dotnet/standard/design-guidelines/general-
naming-conventions
2) JAVA -
https://www.oracle.com/java/technologies/javase/
codeconventions-namingconventions.html
3) Python - https://peps.python.org/pep-0008/
NA-110 Source Foreign keys contained in data tables For example, if there are tables 'Person' and
must be linked by name to the table and 'Car', then the relationship 'person_car' would
field to which they refer. be: Person.ID=Car.Person_ID
NA-111 Source The lengths of database fields must be Keep in mind that 1 byte may not equal 1
based on the requirements described in character, for example, special characters.
the analysis.
NA-115 Source We use SonarQube rules to validate the Trivy scanning must also be performed
code. together with SonarQube.
NA-118 Source The source code must not contain any
unused parts.
NA-120 Source Business terms in the code base must be The business analysis and code must reflect
in Estonian. each other. The names in the database must
also be in Estonian.
NA-121 Data quality When processing address data, follow the Use ADS. Link to the regulation
and standards regulation "Address Data System." https://www.riigiteataja.ee/akt/128122024043
NA-123 Information The user's rights and role must be OWASP requirements -> "Validate the
security checked for each transaction. Permissions on Every Request"
https://cheatsheetseries.owasp.org/cheatsheets/A
uthorization_Cheat_Sheet.html#validate-the-
permissions-on-every-request
NA-124 Data quality When handling areas of activity, follow Use the RIK EMTAK service.
and standards the regulation "Classification System." https://www.riigiteataja.ee/akt/12910889
NA-126 Information Error messages issued by the system For example: "A technical error has occurred.
security must not contain system information. Query ID: XXXXX". The actual error message
must be retained in the log!
NA-127 Document All application documentation must be Third-party components are an exception.
written in Estonian.
NA-128 Document The documentation must comply with the
requirements of the RIK documentation
plan.
NA-129 Document Each new version is accompanied by a Changelog or release notes.
description of the changes.
NA-130 Versioning All software packages provided for The developer is granted the necessary rights
testing, training or implementation of the in the RIK code repository for this purpose.
application must be located in the RIK
code repository.
NA-133 Versioning The RIK ticket management environment JIRA is used. External parties are included.
must be used.
NA-137 Versioning Third-party libraries must be located in
the RIK repository.
NA-138 Versioning The content of database scripts must be The administrator must be able to verify the
verifiable. content of the scripts.
KINNITATUD
Direktori 03.10.2025
Käskkiri nr 59
Lisa
„Hõivetarkvara hankimine“
Riigihanke viitenumber 297559
Hankedokumendid
REGISTRITE JA INFOSÜSTEEMIDE KESKUS
Registrite ja Infosüsteemide Keskus teeb hankemenetluses väljavalitud ettevõtjale ettepaneku
esitada pakkumus vastavalt hankedokumentides sisalduvatele tingimustele.
2025
1. Üldosa
1.1. Hankija nimi: Registrite ja Infosüsteemide Keskus
1.2. Hankija aadress: Lubja tn 4, 10115 Tallinn
1.3. Riigihanke nimetus: „Hõivetarkvara hankimine“
1.4. Riigihanke viitenumber: 297559.
1.5. Hankedokumendid on kohaldatavad ainult koos riigihangete seaduse ja selle alusel kehtestatud õigusaktidega. Hankija eeldab,
et huvitatud isik või pakkuja tunneb riigihangete seadust (RHS) ja selle alusel kehtestatud õigusakte.
1.6. 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. Riigihankes ei ole lubatud osaleda ettevõtjatel, kelle elu- või asukoht on Venemaa Föderatsioonis või Valgevene
Vabariigis.
1.7. Huvitatud isik või pakkuja kannab hankemenetluses osalemisega seotud kogukulud ja -riski, kaasa arvatud vääramatu jõu (force
majeure) toime võimalused.
1.8. Hankija ei ole otstarbekuse kaalutlusel hanget osadeks jaganud, sest hanke osadeks jaotamine ei ole lepingu olemusest
tulenevalt võimalik.
1.9. Hankija ei arvesta olelusringi kulusid, kuivõrd antud hanke puhul on pakkujatel võimatu esitada RHS § 86 lg 2 p 2 nimetatud
kulude osas näitajaid, mida oleks võimalik omavahel võrrelda.
2. Lepingu ese
2.1. Lepingu eseme tehniline kirjeldus on esitatud punktis 3.1 märgitud ühes või mitmes vastavas lisas.
3. Hankedokumendid
3.1. Hankedokumendid koosnevad käesolevast hankedokumentide põhitekstist ja selle lisadest:
3.1.1 Lisa 1 üldine tehniline kirjeldus
3.1.2 Lisa 2 tehnilised nõuded;
3.1.3 Lisa 3 nõuded arendustele;
3.1.4 Lisa 4 kõrvaldamise alused ja kvalifitseerimistingimused (hankepass);
3.1.5 Lisa 5 vastavustingimused;
3.1.6 Lisa 6 hindamismetoodika ja hindamiskriteeriumid;
3.1.7 Lisa 7 hankelepingu projekt.
3.2. Hankedokumentide põhitekst ja selle juurde kuuluvad dokumendid on teineteist täiendavad.
3.3. Hankedokumentide lahutamatuks osaks on hankepass, mis täidetakse riigihangete registris (RHR, https://riigihanked.riik.ee/).
Hankepassi esitavad pakkujad hankijale esialgse tõendina kõrvaldamise aluste puudumise ja kvalifitseerimistingimuste
vastavuse kontrolliks.
3.4. RHS § 95 lg 4 p 9: Hankija võib kõrvaldada hankemenetlusest pakkuja, kes on esitanud valeandmeid käesolevas paragrahvis
sätestatud või käesoleva seaduse §-des 98–101 sätestatu alusel hankija kehtestatud kvalifitseerimise tingimustele vastavuse
kohta või jätnud need andmed või § 104 lõigete 7 ja 8 alusel hankija nõutud täiendavad dokumendid esitamata. Hankepassi
esitamine on kohustuslik kõigile pakkujatele, kaasa arvatud ühispakkujad ning alltöövõtjad, kelle majandus-ja/või
finantsnäitajatele tuginetakse. Alltöövõtjate osas tuleb hankepass esitada ka juhul, kui tema näitajatele ei tugineta, kuid keda
kavatsetakse kasutada lepingu täitmisel.
3.5. Juhul kui pakkujal esineb RHS § 97 nimetatud olukord, esitab ta hankepassis rikkumised ning info, et kohaldatud on
heastamismeetmeid. Pakkuja peab hankijale esitama tõendid heastamismeetmete kohaldamisest. Tõendite esitamise
hoolsuskohustus lasub pakkujal. Hankija hindab pakkuja esitatud tõendite põhjal pakkuja usaldusväärsust ning teeb kirjaliku
otsuse pakkuja kõrvaldamiseks või mitte kõrvaldamiseks.
4. Täiendav teave ja selgitused
4.1. Hankija ootus on, et huvitatud isikud või pakkujad teavitaks hankijat aegsasti RHR kaudu riigihanke alusdokumentides avastatud
vigade, ebatäpsuste ja ebaselguste parandamiseks ja/või teeks ettepaneku pakkujate hinnangul riigihanke eseme hankimiseks
seatud ebaproportsionaalsete või põhjendamatute piirangute leevendamiseks.
4.2. Küsimuse või taotluse täiendava teabe või selgituste saamiseks hanke alusdokumentide kohta esitamisel peab huvitatud isik või
pakkuja arvestama, et hankijal on õigus tulenevalt riigihangete seaduse § 46 lõikest 1 vastata nimetatule 3 (kolme) tööpäeva
jooksul.
4.3. Juhul, kui huvitatud isiku hanke alusdokumentidega seotud selgitustaotluse hankijale laekumisega ja pakkumuste esitamise
tähtpäeva vahele ei jää vähemalt 6 (kuus) päeva, RHS § 93 lõike 2 punktis 2 ja § 94 lõike 4 punktis 2 nimetatud juhtudel 4 (nelja)
päeva, ei ole hankijal kohustust selgitustaotlusele vastata.
4.4. Punktis 4.2. märgitud küsimus või taotlus esitatakse eesti keeles või inglise keeles.
4.5. Huvitatud isik või pakkuja esitab punktis 4.2. märgitud küsimuse või taotluse kirjalikku taasesitamist võimaldavas vormis
elektrooniliselt riigihangete registris. Registri töö tõrgete korral esitatakse küsimus või taotlus hanketeates märgitud hankija
kontaktisiku elektronposti aadressile. Telefoni teel esitatud küsimusi vastu ei võeta.
4.6. Hankija esitab hankemenetluse käigus koostatud dokumendid ja antava täiendava teabe ning selgitused huvitatud isikule või
pakkujale elektrooniliselt läbi riigihangete registri.
Lk 2/4
5. Pakkumuse koostamine
5.1. Pakkumuse koostamisel lähtutakse muu hulgas lepingu(te) projekti(de)s sätestatud tingimustest.
5.2. Vastavalt RHS-le märgib pakkuja pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe ärisaladuseks
määramist. Pakkumus on konfidentsiaalne kuni nimetatud pakkumuse edukaks tunnistamise otsuse tegemiseni. Hankija ei
avalikusta pakkumuste sisu ärisaladusega kaetud osas. Hankija ei ole kohustatud täpsustama pakkujalt ärisaladuse ja/või
pakkuja huve kahjustada võiva tehnoloogilise lahenduse sisaldumist juhul, kui nimetatud asjaolu on jäänud pakkumuses
märkimata. Hankija ei vastuta ärisaladuse avaldamise eest osas, milles pakkuja ei ole seda ärisaladuseks märkinud.
5.3. Pakkumus peab vastama riigihanke alusdokumentides sätestatud tingimustele, sisaldama nõutud dokumente ning olema
vormistatud nõuetekohaselt. Pakkumuses esitatud andmed peavad olema esitatud mahus ja viisil, mis võimaldavad hankijal
kontrollida nende vastavust riigihanke alusdokumentides toodud tingimustele.
5.4. Pakkumuse maksumus peab olema lõplik ja sisaldama kõiki kulusid vastavalt riigihanke alusdokumentidele ning seal
nimetamata kulusid, mis on vajalikud lepingu nõuetekohaseks täitmiseks. 0 või negatiivse väärtusega maksumusi ei ole lubatud
kasutada ja sellised pakkumused on hankijal õigus tunnistada mittevastavaks ning tagasi lükata. Maksumus esitatakse
täpsusega kaks kohta pärast koma. Hankija ei hüvita lepingu täitmisel pakkujale mingeid täiendavaid kulusid ega tee täiendavaid
makseid.
5.5. Iga viidet, mille hankija teeb ükskõik millises riigihanke alusdokumendis mõnele RHS-i § 88 lõikes 2 nimetatud alusele
(standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile vms) kui vastavuse kriteeriumile, tuleb lugeda selliselt, et
see on täiendatud märkega „või sellega samaväärne“. Iga viidet, mille hankija teeb ükskõik millises riigihanke alusdokumendis
ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule või tootmisviisile, tuleb lugeda selliselt, et see on täiendatud
märkega „või sellega samaväärne“.
5.6. Kui pakkuja soovib pakkuda samaväärset lepingu eset, tuleb teha sellekohane märge pakkumuses ning esitada koos
pakkumusega samaväärsust tõendavad andmed, dokumendid jms. Alternatiivseid lahendusi ei ole lubatud pakkuda.
6. Dokumentide vormistamise üldnõuded
6.1. Dokumentide vormistamisel lähtutakse võimalusel punktis 3.3 märgitud ühes või mitmes lisas esitatud vormidest.
6.2. Dokumendid koostatakse eesti või inglise keeles. Kui dokument ei ole eesti või inglise keeles, tuleb koos originaaliga esitada
pakkuja poolt kinnitatud tõlge eesti keelde.
6.3. Dokumendid esitatakse hankijale kirjalikku taasesitamist võimaldavas vormis (see tähendab, et dokumendid peavad olema
püsivat kirjalikku taasesitamist võimaldaval viisil ja sisaldama pakkumuse esitanud isiku(te) nimesid, kuid ei pea olema
omakäeliselt (sh ka digitaalselt) allkirjastatud).
7. Kvalifitseerimise dokumentide vormistamise erinõuded
7.1. Esialgse tõendina pakkuja suhtes kõrvaldamise aluste puudumise ja tema kvalifitseerimise tingimustele vastavuse hindamiseks
kasutatakse hankepassi. Juhul, kui pakkuja soovib tõendada enda vastavust majanduslikule ja finantsseisundile ja/või tehnilisele
ja kutsealasele pädevusele esitatud nõuetele teiste ettevõtjate vahendite alusel, peab pakkuja esitama hankepassi ka selle isiku
kohta, kelle vahenditele ta tugineb. Samuti tuleb esitada hankepass alltöövõtjate kohta.
7.2. Juhul kui pakkuja kasutab alltöövõtjat, võib hankija nõuda lisaks hankepassis esitatule pakkuja poolset kirjeldust, millises tööde
etapis ja suuruses alltöövõtjat kasutatakse.
7.3. Hankija võib nõuda alltöövõtja asendamist juhul, kui kontrolli käigus tuvastatakse alltöövõtja suhtes kõrvaldamise alus.
7.4. Enne lepingu sõlmimist võib hankija nõuda edukalt pakkujalt kõikide asjakohaste hankepassis esitatud kinnitustele vastavate
dokumentide esitamist. Hankija võib vastavaid dokumente nõuda ka kvalifitseerimise etapis. Pakkuja võib esitada enda
kvalifikatsiooni tõendamiseks lisaks hanketeates märgitud kõrvaldamise aluste puudumist tõendavatele ja kvalifikatsiooni
tõendavatele dokumentidele (edaspidi koos nimetatud kvalifitseerimise dokumendid) ka muid dokumente.
7.5. Hankija võib pakkuja esitatud andmete põhjal küsida tõendeid ja kinnitusi teiselt lepingu poolelt kõigi nende lepingute kohta,
millele tuginetakse kvalifikatsiooni tõendamisel.
7.6. Alates maist 2019 saab Euroopa hankepassi vormi täita RHRis või mõnes muus ESPD teenuses - nimekiri on kättesaadav
https://ec.europa.eu/docsroom/documents/34484. Hankepassi ei ole vaja esitada juhul kui RHRis on olemas hankepassi osa ja
ettevõte täidab selle RHR vormil.
8. Pakkumuse dokumentide vormistamise erinõuded
8.1. Pakkumuse dokumendid on järgnevad:
8.1.1 hankepass;
8.1.2 vastavustingimused;
8.1.3 hindamiskriteeriumid;
8.1.4 tehnilised nõuded fail.
8.2. kui hankedokumentides on nõutud, tuleb esitada lisaks punktis 8.1 toodule muud andmed ja dokumendid.
9. Elektrooniliselt dokumentide esitamine
9.1. Kvalifitseerimise dokumendid ja punktis 8.1 märgitud pakkumuse dokumendid esitatakse elektrooniliselt RHRis.
9.2. Elektrooniliselt esitatavad dokumendid vormistatakse PDF-vormingus või mõnes muus üldlevinud vormingus.
9.3. Kui esitatavate dokumentide koosseisus on dokumente, mida ei ole võimalik esitada elektrooniliselt, esitatakse need, lisaks
elektroonilistele koopiatele, paberkandjal enne pakkumuste esitamise tähtpäeva vastavalt punktile 10.
9.4. Kui esitatavate dokumentide koosseisus on kolmanda osapoole poolt kirjalikult allkirjastatud dokumente, esitatakse dokument
skaneeritud kujul ning originaaldokument esitatakse ainult juhul, kui hankijal on tekkinud kahtlus dokumendi osas.
Lk 3/4
9.5. Kui esitatavate dokumentide koosseisus on elektroonilisi dokumente, mida ei ole võimalik terviklikult esitada RHRis, siis esitatakse
need, lisaks RHRis esitatud väljavõtetele, terviklikult CD-l või muul üldlevinud andmekandjal enne pakkumuste esitamise
tähtpäeva vastavalt punktile 10.
10. Paberkandjal dokumentide esitamine
10.1. Paberkandjal dokumendid esitatakse ainult punktis 9.3 märgitud juhul.
10.2. Paberkandjal dokumendid esitatakse 1 (ühes) kinnises läbipaistmatus pakendis.
10.3. Punktis 10.2 märgitud pakendile kantakse järgmised andmed:
10.3.1 riigihanke nimetus – „Hõivetarkvara hankimine“,
10.3.2 riigihanke viitenumber – 297559,
10.3.3 kõikide pakkujate nimed ja registrikoodid,
10.3.4 märge „Mitte avada enne pakkumuste avamise tähtaega“.
10.4. Paberkandjal dokumendid esitatakse posti teel või isikliku kättetoimetamisega.
10.5. Isikliku kättetoimetamisega esitatakse dokumendid pakkumuste esitamise tähtpäeval vähemalt 15 minutit enne pakkumuste
avamist hankija asukohas (Registrite ja Infosüsteemide Keskus, Lubja tn 4, 10115 Tallinn) II korrusel.
11. Läbirääkimised
11.1. Vajaduse korral on hankija valmis pidama pakkujaga läbirääkimisi kõigi hankedokumentides märgitud tingimuste üle või
tingimuste üle, mida hankedokumentides pakkujatele ei teatata.
11.2. Läbirääkimiste aeg ja koht (virtuaalselt) ning vorm lepitakse kokku hankija kontaktisiku ja pakkuja vahel riigihankeregistri
kaudu või e-posti teel.
11.3. Läbirääkimised peetakse ja läbirääkimiste protokoll koostatakse inglise keeles. Vajaduse korral salvestatakse
läbirääkimised ja salvestus lisatakse läbirääkimiste protokollile.
11.4. Läbirääkimised on konfidentsiaalsed. Hankija ei avalda läbirääkimiste käigus saadud teavet pakkumise kohta.
11.5. Pärast läbirääkimiste lõppu võib hankija teha pakkujale ettepaneku täiendada pakkumust läbirääkimiste käigus täpsustatud
lahendusega ja esitada lõplik pakkumus riigihankeregistrisse. Kui pakkumust ei ole läbiräägitud, loetakse esialgne
pakkumus lõplikuks pakkumiseks.
12. Lepingute sõlmimine
12.1. Kõik lepingute olulised tingimused on esitatud punktis 3.1 märgitud vastavas lisas.
12.2. Hankija jätab endale õiguse anda nõustumus lepingu sõlmimiseks kuni 30 (kolmekümne) päeva jooksul alates lepingu sõlmimise
otsuse või pakkumuse edukaks tunnistamise otsuse kohta teate edastamisest.
12.3. Leping jõustub selle poolte poolt allkirjastamise hetkest.
12.4. Pakkuja peab talle allkirjastamiseks edastatud lepingu allkirjastama hiljemalt 5 tööpäeva jooksul. Antud tähtaja jooksul lepingu
allkirjastamisest keeldumist on hankijal õigus käsitleda kui RHS § 119 nimetatud eduka pakkumuse esitanud pakkuja poolset
lepingu sõlmimisest keeldumist ja pakkumuse tagasi võtmist.
12.5. Kui leping sõlmitakse digitaalselt, peab pakkuja allkirjastama lepingu kvalifitseeritud elektroonilise allkirjana sertifitseeritud
elektroonilise allkirjaga. Loetelu on esitatud siin: ELi usaldusväärsete nimekirjade brauser
(https://esignature.ec.europa.eu/efda/tl-browser/#/screen/home).
13. Hankemenetluse kehtetuks tunnistamine
13.1. Hankijal on õigus kõik 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.
13.2. Hankija jätab endale õiguse tunnistada hankemenetlus põhjendatud vajadusel kehtetuks, kui:
13.2.1 hankemenetluse toimumise ajal on hankijale saanud teatavaks uued asjaolud, mis välistavad või muudavad
ebaotstarbekaks hankemenetluse lõpuleviimise hanke alusdokumentides sätestatud tingimustel;
13.2.2 vajadus on lepingu eset olulisel määral muuta;
13.2.3 pakkumuste maksumused ülevatav hanke eeldatavat maksumust;
13.2.4 hankija projektile otsustatakse rahastust mitte tagada;
13.2.5 on toimunud sündmus, mida saab lugeda vääramatuks jõuks (force majeure). Vääramatu jõud on asjaolu, mida hankija ei
saa mõjutada ja mõistlikkuse põhimõttest ei saa temalt oodata, et ta hankemenetluse ajal selle asjaoluga arvestaks või
seda väldiks või takistava asjaolu või selle tagajärje ületaks.
/allkirjastatud digitaalselt/
Rivo Reitmann
Direktor
Lk 4/4
DIREKTOR
KÄSKKIRI 03.10.2025. a nr 59
Tallinn
Hanke alusdokumentide kinnitamine riigihankes
„Hõivetarkvara hankimine“ (297559)
1. Justiitsministri 18.04.2007. a määruse nr 20 „Registrite ja Infosüsteemide Keskuse põhimäärus“ §
11 lõike 1 punkti 9 alusel ning kooskõlas direktori 05.08.2025 käskkirjaga nr 50 kinnitan lisad.
2. Edastada hankedokumendid läbi Riigihangete registri Sopra Steria AS-le (NO 910 909 088 MVA).
Menetluse liigi (väljakuulutamiseta läbirääkimistega hankemenetlus) ning läbirääkimiste partneri
valiku põhjuseks on asjaolu, et hankega soovitakse leida ühte tarkvaralist komponenti Riikliku
Süüteomenetluse Biomeetriaregistri (RSBR) tarvis, mis on plaanis kasutusele võtta juunis 2026.
Hangitav tarkvaraline komponent peab olema võimeline suhtlema eraldi hankega soetatud ja
kasutusele võetud riistvaraga „Idemia TP 5300 sõrme- ja peopesajälgede skänner“, mis on
kasutuses veel vähemalt aastani 2027.
Hankijale teadaolevalt on nimetatud Idemia skänner teistele tarkvaraarendajatele lukus, v.a:
• Idemia, kes pakub hõivetarkvara ja ABIS terviklahendust, kuid mitte meile vajalikku suhteliselt
väikest tarkvarakomponenti;
• Sopra Steria, kes on varasemalt teostatud tööde käigus saanud Idemialt ligipääsu nimetatud
skännerile ja pakub hankes soetatavat ja RSBRi jaoks vajalikku tarkvarakomponenti.
Hankijale on vajalik, et RSBR saaks kätte hangitava tarkvarakomponendi abil jäljekujutisi
skännerist TP 5300 ning Sopra Steria on hankijale teadaolevalt ainus firma, kes pakub sellist
lahendust.
Hankija on läbiviinud ka turu-uuringu potentsiaalsete pakkujate leidmiseks kuid turu-uuringu ainus
osaleja oli Sopra Steria.
RHS § 49 lg 1 p 2 kohaselt on hankijal õigus korraldada riigihange väljakuulutamiseta
läbirääkimistega hankemenetlusena, kui hankelepingu saab sõlmida ainult ühe ettevõtjaga
tehniliste või ainuõiguste, sh intellektuaalomandi õiguste kaitsega seotud põhjustel.
/allkirjastatud digitaalselt/
Rivo Reitmann
Lisad: hankedokumendid „Hõivetarkvara hankimine“ (297559) koos lisadega (vormistatud digitaalselt).
APPROVED
With a Directive of the Director on 03.10.2025
Directive No 59
Annex
„Purchase of enrolment software “
Reference No 297559
Procurement documents
CENTRE OF REGISTERS AND INFORMATION SYSTEMS
The Centre of Registers and Information Systems invites selected economic operator to participate in
the procurement procedure to submit tenders in accordance with the conditions set out in the
procurement notice and procurement documents.
2025
1. General
1.1. Contracting authority: Centre of Registers and Information Systems
1.2. Address: Lubja 4, 10115, Tallinn
1.3. Procurement: Purchase of enrolment software
1.4. Procurement reference no: 297559
1.5. The Procurement Rules can only be applied along with the Public Procurement Act and the legal acts established on the basis
thereof. The Contracting Authority assumes that the interested person or tenderer is familiar with the Public Procurement Act
and the legislation established on the basis thereof.
1.6. Only tenderers whose place of residence or location is in Estonia, another European Union member state, another European
Economic Area contracting state, or a country that has acceded to the World Trade Organization Agreement on Government
Procurement may participate in public procurement. Companies whose place of residence or location is in the Russian
Federation or the Republic of Belarus are not permitted to participate in public procurement.
1.7. An interested person or tenderer bears the total costs and risks related to the participation in the tender, including the potential
effects of force majeure.
1.8. The contracting authority has not subdivided the procurement into lots for reasons of expediency, as the subdivision of the
procurement is not possible due to the nature of the contract
1.9. The contracting authority does not take into account life cycle costs, as it is impossible for tenderers to submit indicators for the
costs referred to in section 86(2)(2) of the Public Procurement Act that could be compared with each other in the case of this
procurement.
2. Object of public contract
2.1. A more detailed technical specification of the object of the public contract has been given in one annex or multiple annexes
specified in clause 3.1.
3. Procurement documents
3.1. The contract documents comprise this main text and the annexes thereto:
3.1.1 Annex 1 General technical specification of the subject matter of the procurement;
3.1.2 Annex 2 technical specification;
3.1.3 Annex 3 Development Requirements v7.0;
3.1.4 Annex 4 Grounds for Exclusion and Terms of Qualification (Single Procurement Document);
3.1.5 Annex 5 Tender Suitability Criteria;
3.1.6 Annex 6 Evaluation Criteria;
3.1.7 Annex 7 Draft Public Contract;
3.2. The main text of the contract documents and the documents belonging thereto are mutually supplementary.
3.3. An integral part of the procurement documents is the Single Procurement Document, the company fills in the Single Procurement
Document (ESPD v 2.0.2) in the register (RHR, https://riigihanked.riik.ee/). The Single Procurement, which the tenderers submit
to the Contracting Authority as preliminary evidence for the verification of the absence of grounds for exclusion and the
qualification conditions.
3.4. Clause 95 (4) 9) of the Public Procurement Act: The Contracting Authority may exclude from the procurement procedure a
tenderer who has given false information on meeting the award criteria established in this section or the award criteria established
by the contracting authority or entity on the basis of §§ 98-101 of this Act or failed to submit the information or the additional
documents requested by the contracting authority or entity on the basis of subsections 7 and 8 of § 104. The submission of a
Single Procurement Document is mandatory for all tenderers, including joint tenderers and subcontractors whose economic
and/or financial performance is relied on. In the case of subcontractors, the contract passport must also be submitted if its
characteristics are not relied on but are intended to be used for the performance of the contract
3.5. If the candidate or tenderer is in one of the situations referred to in § 97 of the Public Procurement Act, it shall indicate in the
tender dossier the infringements and information that corrective measures have been applied. The tenderer submits as corrective
measures the relevant evidence upon request of the contracting authority.
4. Additional information and explanations
4.1. The contracting authority expects interested parties or tenderers to notify the contracting authority in good time via the RHR in
order to correct any errors, inaccuracies, or ambiguities found in the basic documents of the public procurement, and/or and/or
make proposals to alleviate disproportionate or unjustified restrictions set for the procurement of the subject of the public
procurement in the opinion of the tenderers.
4.2. When submitting a question or a request for additional information or explanations regarding the procurement documents, the
interested person or tenderer must consider that the Contracting Authority has the right to respond to the above within 3 (three)
working days pursuant to subsection 46 (1) of the Public Procurement Act.
4.3. If there are not at least 6 (six) days between the receipt of the request for clarification related to the procurement documents and
the deadline for submission of tenders, in the cases specified in clauses 93 (2) 2) and 94 (4) 2) of the Public Procurement Act,
the Contracting Authority does not have an obligation to respond to a request for clarification.
4.4. The question or request indicated in clause 5.1 is submitted in either Estonian or English.
4.5. The interested person or tenderer submits the question or application indicated in clause 4.2. electronically in the Public
Procurement Register (https://riigihanked.riik.ee/) in a form that can be reproduced in writing. In the case of errors in the operation
of the register, the question or request is submitted to the e-mail address of the contact person of the Contracting Authority
Lk 2/5
indicated in the procurement notice. Questions are not accepted by telephone.
4.6. The Contracting Authority submits the documents prepared during the procurement procedure and the additional information
and explanations to the interested person or tenderer electronically through the Public Procurement Register.
5. Drawing up a tender
5.1. The tender is drawn up on the basis of, inter alia, the conditions set out in the draft contract.
5.2. In accordance with the RHS, the tenderer shall indicate in the tender which information constitutes a trade secret and justify the
designation of such information as a trade secret. The tender shall remain confidential until a decision has been made to accept
the tender. The contracting authority shall not disclose the content of tenders that are covered by trade secrets. The contracting
authority shall not be obliged to specify to the tenderer the inclusion of a technological solution that may harm the tenderer's
business secrets and/or interests if this fact has not been indicated in the tender. The contracting authority shall not be liable for
the disclosure of business secrets insofar as the tenderer has not marked them as such.
5.3. The tender must comply with the conditions set out in the public procurement documents, contain the required documents, and
be properly formatted. The information provided in the tender must be presented in a volume and manner that allows the
contracting authority to verify its compliance with the conditions set out in the basic documents of the public procurement.
5.4. The cost of the tender must be final and include all costs in accordance with the basic documents of the public procurement and
any costs not specified therein that are necessary for the proper performance of the contract. Costs with a value of 0 or a negative
value are not permitted, and the contracting authority has the right to declare such tenders non-compliant and reject them. The
cost shall be presented with two decimal places. The contracting authority shall not reimburse the tenderer for any additional
costs incurred in the performance of the contract or make any additional payments.
5.5. Any reference made by the contracting authority in any public procurement basic document to any of the bases specified in §
88(2) of the Public Procurement Act (standard, technical approval, technical control system, etc.) as a criterion for conformity
shall be deemed to be supplemented by the words "or equivalent". Any reference made by the contracting authority in any public
procurement document to a source of supply, process, trademark, patent, type, origin or method of production shall be deemed
to be supplemented by the words "or equivalent".
5.6. If the tenderer wishes to offer an equivalent subject matter of the contract, this must be indicated in the tender and information,
documents, etc. proving equivalence must be submitted together with the tender. Alternative solutions are not permitted.
6. General requirements for drawing up documents
6.1. Where possible, the documentation is drawn up in one or more of the forms set out in clause 3.3.
6.2. The documents must be drawn up in either Estonian or English. If the document is not in Estonian or English, a translation
into Estonian, certified by the tenderer, must be submitted together with the original.
6.3. The documents must be submitted to the Contracting Authority in a form that can be reproduced in writing (i.e., the
documents must be reproducible in a permanent written form and include the names of the tenderer(s) but must not be
signed personally (including digitally)).
7. Special requirements for drawing up qualification documents
7.1. The tender passport is used as preliminary evidence to assess the absence of grounds for exclusion and the eligibility of the
tenderer. If the tenderer wants to prove their compliance with the requirements set for financial and economic standing and/or
technical and professional competence on the basis of the resources of other economic operators, the tenderer must also submit
a single procurement document on the person on whose resources they rely. A Single Procurement Document regarding
subcontractors must also be provided.
7.2. If the tenderer uses a subcontractor, the Contracting Authority may request, in addition to the tenderer's description, a description
of the stage and size of the work that the subcontractor is used for.
7.3. The Contracting Authority may require the subcontractor to be replaced if the inspection reveals grounds for the exclusion of the
subcontractor.
7.4. Before awarding the contract, the Contracting Authority may require the successful tenderer to provide all the relevant documents
corresponding to the statements in the Single Procurement Document. The Contracting Authority may also request the relevant
documents to be presented at the qualification stage. In order to prove its qualification, the tenderer may submit other documents
in addition to the documents certifying the absence of grounds for exclusion indicated in the procurement notice and certifying
the qualification (hereinafter together referred to as the qualification documents).
7.5. The Contracting Authority may request evidence and confirmation from the other party to the contract for all contracts on which
the qualification is based, on the basis of the information provided by the tenderer.
7.6. From May 2019, the European Single Procurement Document form can be completed in the Public Procurement Register or in
another ESPD service – the list is available at https://ec.europa.eu/docsroom/documents/34484. It is not necessary to submit a
Single Procurement Document if there is a Single Procurement Document part in the Public Procurement Register and the
undertaking fills in this Public Procurement Register form.
8. Preparing a tender
8.1. Tender documents must be as follows:
8.1.1 Grounds for Exclusion and Terms of Qualification (Single Procurement Document);
8.1.2 Tender Suitability Criteria;
8.1.3 Evaluation Criteria;
8.1.4 the technical specification document;
8.2. If so required in the procurement documents, other data and documents are submitted.
Lk 3/5
9. Electronic submission of documents
9.1. The qualification documents and the tender documents specified in clause 8.1. are submitted electronically in the Public
Procurement Register.
9.2. Documents submitted electronically must be formalised in PDF or in any other common format.
9.3. Where the documents submitted include documents which cannot be submitted by electronic means, they are submitted,
in addition to electronic copies, on paper before the term for the submission of tenders in accordance with clause 10.
9.4. If documents to be submitted include documents signed in writing by a third party, the document must be submitted in a
scanned form and the original document is only required if the contracting authority has any doubts about the document.
9.5. If the documents to be submitted contain electronic documents that cannot be entirely submitted in Public Procurement
Register, these must be submitted, in addition to the extracts submitted in the e-procurement environment, entirely on a CD
or any other common data medium prior to the closing date for submission of tenders in accordance with clause 10.
10. Submission of documents on paper
10.1. Documents on paper are submitted only in the case specified in clause 9.3.
10.2. Documents on paper are submitted in 1 (one) closed opaque package
10.3. The following information must be on the packaging referred to in clause 10.2:
10.3.1 title of procurement: Purchase of enrolment software.
10.3.2 public procurement reference number: 297559
10.3.3 the names and registry codes of all tenderers
10.3.4 the note ‘Do not open before the term for opening of tenders’
10.4. Documents on paper are submitted by post or personal delivery.
10.5. Documents delivered personally must be submitted on the closing date of submission of tenders at least 15 minutes prior
to the opening of tenders at the location of the Contracting Authority (Registrite ja Infosüsteemide Keskus (RIK), Lubja 4,
Tallinn, 19081, EstoniA). on the second floor.
11. Negotiations
11.1. If necessary, the Contracting Authority is ready to negotiate with the tenderer on all terms and conditions that are indicated in
the procurement documents or that will not be communicated to the tenderers in these procurement documents.
11.2. The time and place of the negotiations (virtually) and the form will be agreed by the contact person of the Contracting Authority
with the tenderer through the Public Procurement Register or by e-mail.
11.3. Negotiations are conducted and the minutes of the negotiations are taken in English. If necessary, the negotiations will be
recorded and the recording will be attached to the minutes of the negotiations
11.4. Negotiations are confidential. The Contracting Authority will not disclose information concerning the tender received during
negotiations.
11.5. After the end of the negotiations, the Contracting Authority may propose to the tenderer to supplement the tender with the
solution specified during the negotiations and to submit the final tender in the Public Procurement Register. If the tender was not
negotiated, the initial tender shall be considered as the final tender.
12. Award of public contract
12.1. All key terms and conditions of a public contract have been set out in the respective annex specified in clause 3.1 of the special
terms and conditions.
12.2. The Contracting Authority reserves the right to grant approval to enter into a public contract up to 30 (thirty) days as of a notice
being given of making a decision on awarding the public contract or declaring a final tender successful.
12.3. The Agreement shall enter into force upon signature by the Parties.
12.4. The tenderer signs the contract sent to the tenderer for signing within five working days. The contracting authority has the right
to regard refusal to sign the contract within the given term as the waiver of the tenderer who has submitted the successful tender
from the contract and the withdrawal of the tender by the tenderer as specified in § 119 of the Public Procurement Act.
12.5. If the contract is signed digitally, the tenderer must sign the contract with electronic signature that is certified as qualified
electronic signature. List is provided here: EU Trusted List Browser (https://esignature.ec.europa.eu/efda/tl-
browser/#/screen/home).
13. Declaring the tendering procedure invalid
13.1. The contracting authority has the right to reject all submitted or accepted tenders at any time prior to the conclusion of the
contract in accordance with § 116(1) of the Public Procurement Act. Upon rejection of all tenders, the contracting authority shall
issue a reasoned decision to that effect.
13.2. The Contracting Authority reserves the right to declare the tendering procedure invalid if:
13.2.1 during the tendering procedure, the Contracting Authority has learned of new circumstances that preclude or make it
inexpedient for the Contracting Authority to complete the tendering procedure on the terms and conditions set out in the
procurement documents;
13.2.2 there is a need to significantly amend the subject matter of the contract;
13.2.3 the costs of the tenders exceed the estimated cost of the procurement;
13.2.4 it is decided not to grant funding for the contracting authority's project;
13.2.5 an event that can be considered force majeure has occurred. Force majeure means a circumstance that the Contracting
Lk 4/5
Authority cannot control and that the Contracting Authority cannot reasonably be expected to consider or prevent or
overcome the obstacle or the consequence thereof during the tendering procedure.
/signed digitally/
Rivo Reitmann
Director
Lk 5/5
Lisa 1
Riigihanke „Hõivetarkvara hankimine“ (297559) hankedokumentide juurde
Üldine tehniline kirjeldus
1. Üldosa
1.1. Hange korraldatakse eesmärgiga sõlmida hankeleping Eesti Kohtuekspertiisi
Instituudile (edaspidi EKEI või hankija) hõivetarkvara (edaspidi tarkvara) ja sellele
tugiteenuse osutamiseks ning tarkvara lisaarendustööde teostamiseks vastavalt
esitatud tellimustele.
1.2. Hanke läbiviijaks on Registrite ja Infosüsteemide Keskus (edaspidi RIK).
1.3. Hankelepingu allkirjastajaks on Eesti Kohtuekspertiisi Instituut.
1.4. Hankeleping sõlmitakse 60 kuuks.
1.5. Hankelepingu järgsete tööde (üldise tehnilise kirjelduse punktid 3-5 ja lisa 2) eeldatav
maksumus on 485 000 eurot (km-ta).
1.6. Lisaarendustööde (üldise tehnilise kirjelduse p 6) maksimaalne maksumus on 100
000 eurot (km-ta). Hankijal on õigus, mitte kohustus, lisaarendustöid tellida.
1.7. Hankelepingu järgsete tööde maksumusena esitatakse tehnilisele kirjeldusele
vastava hõivetarkvara ja tugiteenuse kogumaksumus, mis peab sisaldama:
1.7.1. Hanke alusdokumentide nõuetele vastavat hõivetarkvara (27 kasutuslitsentsi) ning
selle tarnet ja seadistamiseks vajalikke asjakohaseid juhiseid, koolitusi;
1.7.2. 60 kuu pikkust tugiteenust, mis vastab üldise tehnilise kirjelduse p 5 kajastatule.
1.8. Pakkuja peab esitama hankedokumendi lisa 2 alusel pakutava hõivetarkvara
kirjelduse sellises detailsusastmes, mis võimaldab hankijal kontrollida pakkumuse
vastavust esitatud tingimustele. See tähendab, et pakkuja kirjeldab lisa 2 „Kirjeldus“
lahtris pakutavat toodet või kirjeldab seda eraldi lisadokumendis, viidates vastava
dokumendi pealkirjale ja leheküljele või punktile.
1.9. Pakkuja kohustub tagama valmislahenduse toimimise ja vajalike koolituste läbiviimise
hiljemalt 4 kuu jooksul alates hankelepingu sõlmimisest. Täpne kuupäev lepitakse
poolte vahel kokku lepingu sõlmimisel.
1.10. Hankelepingu järgsete tööde eest tasumine toimub hankelepingus täpsustatud
tingimustel. Lisaarendustööde eest tasumine toimub pärast vastavate tööde
vastuvõtmist hankelepingus täpsustatud tingimustel.
1.11. Pakkujal ei ole võimalik pärast pakkumuse esitamist tarkvara üleandmisega
viivitamisel tugineda vääramatu jõu asjaolule. Vääramatu jõu asjaolu esinemisel
tarkvara tarnega viivitamisel peab pakkuja tõendama, et vääramatu jõu asjaolu tekkis
pärast pakkumuse esitamist.
1.12. Hankija ja pakkuja peavad hanke raames vajadusel läbirääkimisi muuhulgas lepingu
perioodi ja tingimuste ning hankelepingujärgsete tööde maksumuse ja teostamise
perioodi, koolituste korraldamise, tugiteenuse tingimuste ning tehniliste parameetrite
osas.
2. Hankelepingu eseme tehnilise kirjelduse lugemine
2.1. Iga viidet, mille hankija teeb käesolevas dokumendis või mõnes hankedokumendi
lisas mõnele riigihangete seaduse paragrahvi 88 lõikes 2 nimetatud alusele kui
pakkumuse tehnilisele kirjeldusele vastavuse kriteeriumile, tuleb lugeda selliselt, et
see on täiendatud märkega „või sellega samaväärne“.
2.2. Iga viidet, mille hankija teeb käesolevas dokumendis või mõnes hankedokumendi
lisas ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule või
tootmisviisile, tuleb lugeda selliselt, et see on täiendatud märkega „või sellega
samaväärne“.
3. Hõivetarkvarale kehtivad üldised tingimused ja nõuded
3.1. Hõivetarkvara peab vastama hankedokumendi lisas 2 toodud nõuetele.
3.2. Hõivetarkvara peab võimaldama kasutaja autentimist teostada kasutades OpenID
Connect (OIDC) standardit.
3.3. Isikuandmete töötlemisel turvalisuse tagamiseks peab valmislahendus võimaldama
rakendada ajakohaseid tehnilisi meetmeid, muuhulgas:
3.3.1. Andmete täielik kustutamine teenuse osutamise lõpetamisel.
3.3.2. Andmete kustutamise tähtaja määramine.
3.3.3. Andmete kustutamise tingimuste määratlemine.
3.3.4. Määratud andmete täielik kustutamine.
3.3.5. Andmete kasutamise täielik monitoorimine nii andmete sisestamise, muutmise,
vaatamise, edastamise kui ka kustutamise osas, ja soovi korral monitooringu info
väljastamine.
3.4. Arendustööde teostamisel tuleb juhinduda RIKis kehtestatud arenduste nõuetest (Lisa
3. Nõuded arendustele v7.0)
4. Paigaldamine, seadistamine ja juhendamine
4.1. Tarkvara paigaldamise ja seadistamise süsteemi kasutuselevõtuks teostab hankija
vastavalt pakkujalt saadud dokumentatsioonile (liidestamise kasutusjuhend).
4.2. Pakkuja peab vajadusel osalema pakutava tarkvara installeerimisel ja tööle
seadistamisel.
4.3. Enne hõivetarkvara kasutusele võtmist peab täitja koolitama (koolituse sisuks on
süsteemi igapäevane kasutamine) süsteemi kasutajaid. Koolitus toimub kahele
kasutajagrupile: 1. administraatoritele ja peakasutajatele; 2. peakasutajatele ja
kasutajatele. Kokku 20 inimesele. Koolitused peavad toimuma eesti või inglise keeles.
Koolitus peab toimuma füüsiliselt (on-site). Koolituse toimumiskohad ning koolituste
ajad lepitakse eraldi kokku pärast hankelepingu sõlmimist. Koolituse maksumus peab
sisalduma pakkumuse kogumaksumuses.
4.4. Täitja peab tagama elektroonsel kujul eesti või inglise keelsed hõivetarkvara
kasutamisjuhendid (kasutaja käsiraamat ja administraatori käsiraamat). Pakkuja
annab kasutusjuhendi üle valmislahenduse üleandmisel. Kasutusjuhendis peab
olema kirjeldatud kogu tarkvara funktsionaalsus lõppkasutaja vaates. Administraatori
käsiraamat peab sisaldama infot konfiguratsiooniparameetrite ja nende
muutmisvõimaluste kohta.
5. Tugiteenus
5.1. Pakkuja peab lepingu kehtivuse perioodil ilma lisatasuta pakkuma hankijale välja iga
uue hõivetarkvara tarkvaraversiooni ning tagama juhised nende paigaldamise
ettevalmistamiseks ja paigaldamiseks hankija seadmetesse. Vajalikud paigaldused
teostab hankija. Tarkvarauuenduste paigaldamise vajadus lepitakse kokku hankija
esindajaga.
5.2. Pakkuja tagab, et kõik tootja poolt lepingu vältel välja antavad turvauuendused oleks
võimalik hankijal paigaldada vastavalt pakkuja juhistele 48 tunni jooksul nende
avaldamisest ning need on hankijale tasuta.
5.3. Pakkujapoolne rikete käsitlemine peab toimuma kaugteel, välja arvatud juhul, kui mõni
füüsiline komponent vajab väljavahetamist või kui füüsiliseks kohalolekuks on mõni
muu põhjus. Pakkujapoolne kaugtugi peab toimuma turvatud kanali kaudu (nt SSL,
VPN).
5.4. Juhul, kui pakkujal tekib vajadus tarkvaras muudatuste tegemiseks või uuenduste
paigaldamiseks lepitakse tööde tegemine kirjalikult poolte vahel kokku.
5.5. Hankijale peab olema tagatud nõustamine ja tehniline tugi nii telefoni kui ka e-posti
teel inglise keeles tööpäevadel E-R 7.30-18.30.
5.6. Pakkuja tagab hankijale toimivad tugiteenuse kontaktid: telefoninumber ning e-posti
aadress.
5.7. Tugiteenuse raames teostab pakkuja töid nii korraliselt kui ka pöördumiste alusel:
2
5.7.1. Korralisteks töödeks peetakse pakkuja leidudest tulenevaid parandusvajadusi.
Muudatuste tegemiseks esitatakse hankijale vastavad juhised.
5.7.2. Pöördumisi esitab hankija täitja poolt antud kontaktidele e-posti või telefoni teel.
Pöördumisi lahendatakse vastavalt hankija määratud lahendamisajale.
5.8. Lahendamisaeg on maksimaalne aeg, mille jooksul peab olema hankijat teavitatud
lahendusest. Kokkuleppeliselt on võimalik lahendusaegu lepingu täitmise käigus
muuta.
Nimetus Maksimaalne
lahendamisaeg
Kriitiline/kõrge viga (Tarkvara käideldavus on tugevalt häiritud, mille
6 tundi
tulemina tarkvara ei tööta või töötab suurte vigadega)
Keskmine/madal viga (Tarkvara kasutamine on osaliselt häiritud, aga 48 tundi
tarkvara saab kasutada) ehk 2 ööpäeva
6. Lisaarendustööd
6.1. Pakkuja võimaldab hankijal tellida hõivetarkvara lahendusega seotud arendustöid
vastavalt pakkuja pakkumuses esitatud tunnihinnale.
6.2. Hankijal on õigus, kuid mitte kohustus, tellida 60 kuu jooksul lisaarendustöid
(hindamiskriteeriumis märgitud lisaarenduse töötunni maksumus). Hankija jätab
endale õiguse tellida arendustöid vastavalt tekkivale vajadusele maksimaalselt kuni
100 000 euro (km-ta) ulatuses.
6.3. Lisaarendustööde tellimise protseduur:
6.3.1. Lisaarendustööde tellimine toimub tellimuste esitamise teel. Tellimused esitatakse
Hankija kontaktisiku poolt Teenusepakkuja kontaktisikule. Tellimus peab sisaldama
vähemalt järgnevat:
6.3.1.1. kõiki sisulisi andmeid, mis on vajalikud pakkumuse koostamiseks;
6.3.1.2. pakkumuse eeldatavat maksumust eurodes (km-ta);
6.3.1.3. pakkumuse esitamise tähtaega.
6.3.2. Teenusepakkuja esitab Hankijale hiljemalt 30 päeva jooksul arvates tellimuse
edastamisest pakkumuse. Pakkumus peab sisaldama:
6.3.2.1. tellimuses nõutud andmeid;
6.3.2.2. juhul, kui tellimuses nõutud, tuleb pakkumuses esitada ka lähteülesandes
kirjeldatud funktsionaalsuse detailseks analüüsiks, realiseerimiseks, testimiseks
ning dokumenteerimiseks kuluvat aega arendustundides,
tarkvarakomponentides vajalike muudatuste kirjeldust jms.
6.3.2.3. ajahinnangut kalendripäevades pakkumuse aktsepteerimisest Hankijale
arendustööde üleandmiseni.
6.3.3. Hankijal on õigus hinnapakkumus aktsepteerida või sellest loobuda.
6.3.4. Lisaarendustööde (eel)analüüsiks ja pakkumise koostamiseks kulunud aega ei
käsitleta arendustööna ja nimetatut ei tasustata.
6.3.5. Teenusepakkuja alustab tellimuse täitmist, kui Hankija on andnud kirjalikku
taasesitamist võimaldavas vormis kinnituse pakkumuse sobivuse kohta.
6.4. Pakkuja annab valminud tööd üle hankijale koos tööde üleandmisaktiga. Pärast
hankija poolsete tööde vastuvõtmist esitab pakkuja hankijale arve.
3
Annex 1
to the procurement documents of the negotiated procedure without prior publication “Purchase of
enrolment software” (297559)
General Technical Specification
1. General part
1.1. The procurement is organised with a view to awarding a public contract for the
purchase of enrolment software (hereinafter the “Software”) and related support
services to the Estonian Forensic Science Institute (hereinafter “EKEI” or the
“Contracting Authority”) and for the performance of additional software development
work in accordance with the orders placed.
1.2. The procurement is carried out by the Centre of Registers and Information Systems
(hereinafter “RIK”).
1.3. The public contract will be signed by the Estonian Forensic Science Institute.
1.4. The public contract will be awarded for a period of 60 months.
1.5. The estimated price of the work under the public contract (clauses 3 to 5 of the
General Technical Specification and Annex 2) is 485 000 euros (excl. VAT).
1.6. The maximum price of additional development work (clause 6 of the General
Technical Specification) is 100 000 euros (excl. VAT). The Contracting Authority has
the right, but not the obligation, to order additional development work.
1.7. The price of the work under the public contract shall be the total price of the enrolment
software and support services corresponding to the technical specification, which
shall include:
1.7.1. Enrolment software (27 client installations) complying with the requirements of the
procurement documents, its delivery, relevant guidance for its setup, and training;
1.7.2. 60 months of support services corresponding to the provisions of clause 5 of the
General Technical Specification.
1.8. The Tenderer shall submit a description of the enrolment software offered on the basis
of Annex 2 to the procurement document in such a level of detail that allows the
Contracting Authority to verify the compliance of the tender with the prescribed
conditions. This means that the Tenderer shall describe the product being offered in
the “Description” box of Annex 2 or describe it in a separate additional document and
refer to the title and page or section of the respective document.
1.9. The Tenderer shall ensure the functionality of the complete solution and the provision
of the necessary training within four (4) months of entry into the public contract.
1.10. The estimated price of the work under the public contract will be paid on the terms
and conditions specified in the public contract. Additional development work will be
paid for after the acceptance of such work on the terms and conditions specified in
the public contract.
1.11. After the submission of the tender, the Tenderer cannot rely on force majeure in the
event of a delay in the delivery of the Software. If there is a delay in the delivery of the
Software upon the occurrence of a circumstance of force majeure, the Tenderer shall
prove that the circumstance of force majeure occurred after the submission of the
tender.
1.12. The contracting authority and the tenderer shall, if necessary, negotiate within the
framework of the procurement, inter alia, the condition and duration of the contract,
the pricing and performance period of the works under the procurement contract, the
training arrangements, the terms and conditions of support services, and technical
parameters.
2. Reading the technical specification for the object of the procurement
2.1. Any reference that the Contracting Authority makes in this document or any annex to
the procurement document to any ground specified in subsection 88 (2) of the Public
Procurement Act as a criterion of the conformity of a tender with the technical
specifications is to be read such that it is accompanied by the words “or equivalent”.
2.2. Any reference that the Contracting Authority makes in this document or any annex to
the procurement document to a purchase source, process, trademark, patent, type,
origin or manner of production is to be read such that it is accompanied by the words
“or equivalent”.
3. General terms and conditions and requirements applicable to the enrolment
software
3.1. The enrolment software must comply with the requirements set out in Annex 2 to the
procurement document.
3.2. The enrolment software must allow for user authentication using the OpenID Connect
(OIDC) standard.
3.3. In order to ensure the security of personal data processing, the complete solution must
allow for the implementation of up-to-date technical measures, including:
3.3.1. Complete deletion of data at the end of service provision;
3.3.2. Setting the deadline for deletion of data;
3.3.3. Setting the conditions for deletion of data;
3.3.4. Complete deletion of defined data;
3.3.5. Full monitoring of the use of data during entering, modification, viewing,
transmission and deletion of the data and issuance of monitoring information at
request.
3.4. Development work must be carried out in accordance with the development
requirements set out by the RIK (Annex 3. Development Requirements v7.0).
4. Installation, setup and guidance
4.1. In order to start using the system, the Contracting Authority will install and set up the
Software in accordance with the documentation received from the Tenderer (interface
user manual).
4.2. The Tenderer shall participate in the installation and setup of the Software as
necessary.
4.3. Before starting to use the enrolment software, the Contractor shall train the system
users in the daily use of the system. The training shall be held for two user groups: 1.
administrators and main users; 2. main users and users, twenty (20) people in total.
The training shall be provided either in Estonian or English. Training shall be held on-
site. The times and places of training and will be agreed separately after the award of
the public contract. The price of the training shall be included in the total value of the
tender.
4.4. The Contractor shall provide electronic user manuals either in Estonian or in English
for the enrolment software (user manual and administrator manual). The Tenderer
shall deliver the user manual upon delivery of the complete solution. The user manual
must describe the entire functionality of the Software from the end user’s perspective.
The administrator manual must contain information about the configuration
parameters and the possibilities for changing the parameters.
5. Support service
5.1. During the period of validity of the contract, the Tenderer shall offer the Contracting
Authority every new version of the enrolment software for no extra charge and advise
on the preparations for the installation and on the installation of the new versions in
the Contracting Authority’s equipment. The Contracting Authority will carry out the
necessary installations. The need for installation of software updates will be agreed
with the representative of the Contracting Authority. Software updates are generally
2
not installed more frequently than twice per calendar year, unless the installation of a
software update is necessary for repairing critical malfunctions.
5.2. The Tenderer shall ensure that any software updates issued by manufacturers during
the term of the contract can be installed by the Contracting Authority in accordance
with the Tenderer's instructions within 48 hours of the publication of the update and
that these will be free of charge for the Contracting Authority.
5.3. The Tenderer shall handle any faults remotely, unless any physical component needs
to be replaced or there is another reason for physical presence. The Tenderer shall
provide remote support via a secure channel (e.g. SSL, VPN).
5.4. If the Tenderer needs to modify the Software or install updates, the parties will agree
in writing on the performance of such work.
5.5. Advice and technical support to the Contracting Authority shall be provided by
telephone and e-mail in English on working days Mon–Fri 7:30–18:30.
5.6. The Tenderer shall provide the Contracting Authority with functioning contact details
for the support service: a telephone number and e-mail address.
5.7. Within the framework of the support service, the Tenderer shall perform work on a
regular basis as well as on request:
5.7.1. Regular work is understood as any repair needs arising from the Tenderer’s
findings. The Contracting Authority shall be provided with the relevant instructions
for making any modifications.
5.7.2. The Contracting Authority shall submit requests by e-mail or telephone to the
contact details given by the Contractor. All requests shall be handled in adherence
to the response times specified by the Contracting Authority.
5.8. Response time is the maximum time during which the Contracting Authority must be
notified of the solution. Response times can be changed by agreement in the course
of performance of the contract.
Name Maximum response
time
Critical/high error (the availability of the Software is severely
deteriorated, as a result of which the Software is not functional or 6 hours
functions with major errors)
Medium/low error (the availability of Software is partially deteriorated, 48 hours
but the Software is functional) i.e. 2 working days
6. Additional development work
6.1. The Tenderer shall enable the Contracting Authority to order development work
related to the enrolment software solution at the hourly rate set out in the Tenderer’s
tender.
6.2. The Contracting Authority has the right, but not the obligation, to order additional
development work within 60 months (the price per hour of additional development
work as specified in the evaluation criterion). The Contracting Authority reserves the
right to order development work as needed to a maximum extent of up to 100 000
euros (excl. VAT).
6.3. Procedure for ordering additional development work:
6.3.1. Orders will be placed for any additional development work. The contact person of
the Contracting Authority will communicate the orders to the contact person of the
Service Provider. An order shall include at least the following information:
6.3.1.1. all the substantive data necessary for the preparation of a quotation;
6.3.1.2. a price estimate in euros (excl. VAT);
6.3.1.3. the deadline for submitting a quotation.
6.3.2. The Service Provider shall submit a quotation to the Contracting Authority no later
than within 30 working days of the order. A quotation shall include:
6.3.2.1. the data required in the order;
3
6.3.2.2. if required in the order, the quotation shall also set out the time in terms of
development hours required for a detailed analysis, realisation, testing and
documentation of the functionality described in the terms of reference, a
description of the modifications required in the software components, etc.;
6.3.2.3. a time estimate in calendar days from the acceptance of the quotation to the
delivery of the development work to the Contracting Authority.
6.3.3. The Contracting Authority has the right to accept or reject the quotation.
6.3.4. The time spent on (preliminary) analysis of additional development work and
preparation of the quotation is not included in development work and will not be
paid for.
6.3.5. The Service Provider shall commence the execution of an order once the
Contracting Authority has confirmed the acceptance of the quotation in a format
that can be reproduced in writing.
6.4. The Tenderer shall deliver the completed work to the Contracting Authority along with
the instrument of delivery of the work. After the Contracting Authority has accepted
the work, the Tenderer shall submit an invoice to the Contracting Authority.
4
Riigihange "Hõivetarkvara hankimine"
Viitenumber: 297559
Lisa 2: Tehniliste nõuete kirjeldus
Mõisted
hõive – sõrme- ja/või peopesajälgede ja/või näokujutiste võtmine
hõivesündmus – ühe isiku kõikide asjassepuutuvate biomeetriliste ja mitte-biomeetriliste
andmete võtmine ilma katkestamiseta
hõiveandmestik – isiku ühe hõivesündmuse mitte-biomeetrilised ja biomeetrilised andmed
biomeetrilised andmed – isiku sõrme- ja/või peopesajäljed ja/või näokujutised
mitte-biomeetrilised andmed – hõivega seotud muu alfanumeeriline andmestik (nt
isikuandmed)
hõivejaam – seade või seadmete komplekt sõrme- ja/või peopesajälgede ja/või näokujutiste
livescan hõiveks koos vastava arvutiga
hõiveviis – meetod biomeetriliste andmete võtmiseks (st, hõive toimub reaalajas kasutades
selleks ettenähtud seadmeid või sisestatakse juba eelnevalt hõivatud andmeid)
hõive riistvara – seadmed, mida kasutatakse nii livescan kui flatbed hõiveks (nt
sõrmejäljeskanner, lameskanner, fotoaparaat, arvuti)
livescan hõive – isikult reaalajas biomeetriliste andmete hõivamine hõivejaamaga
flatbed hõive – isikult eelnevalt hõivatud biomeetriliste andmete sisestamine läbi
lameskänneriga skaneerimise või faili impordi
SMT – armid, eritunnused ja tätoveeringud
hõive töövoog – hõivamise tööprotsess algusest lõpuni (s.o biomeetriliste andmete hõivamine
koos mitte-biomeetriliste andmetega)
kasutaja – isik, kes kasutab tarkvara hõive läbiviimiseks
peakasutaja – kasutaja, kellel on täielik juurdepääs tarkvarale ja selle konfiguratsioonile
administraator – tarkvara tehniline haldur
1. Üldnõuded
Nr Nõue Vastavus Kirjeldus või viide
nõudele tootja poolt väljastatud
JAH / EI tehnilisele andmestikule
(pakkuja või tootja kinnitusele,
täidab) mis tõendab pakutava
toote vastavust nõudele
(dokumendi nimi ja
lehekülje number).
(pakkuja täidab)
Tarkvara
1.1 Pakutav tarkvara peab võimaldama
biomeetriliste andmete hõivamist isikutelt,
kuid mitte sündmuskohaga seotud
latentsete jälgede ja latentsete kujutiste
hõivet.
1.2 Pakutav tarkvara peab võimaldama
järgmiste biomeetriliste andmete
hõivamist:
(1) sõrme- ja peopesajäljed
(2) näokujutised.
1.3 Pakutav tarkvara peab kõikide
biomeetriliste andmete puhul võimaldama
järgmisi hõiveviise:
(1) Livescan hõive - isikult reaalajas
biomeetriliste andmete hõivamine
hõivejaamaga.
(2) Flatbed hõive - isikult eelnevalt
hõivatud biomeetriliste andmete
sisestamine läbi
(2.1) sõrmejälgede kaardi või foto
skaneerimise
(2.2) faili importimise.
1.4 Pakutav tarkvara peab olema ühilduv
Tellija poolt täna kasutuses oleva
biomeetria hõiveks kasutatava riistvaraga.
1.5 Pakutav tarkvara peab olema kasutatav
operatsioonisüsteemis Windows 10 ja
Windows 11 ning kõigis nende
järglasversioonides, mis lepingu vältel
väljastatakse.
1.6 Pakutav tarkvara peab olema
brauseripõhine, st ei tohi olla
töölauapõhine.
1.7 Pakutav tarkvara peab olema kasutatav
Chromium põhise veebilehitsejaga (Edge,
Chrome, versioon 44 või uuem).
1.8 Pakutav tarkvara ei tohi vajada biomeetria
hõiveks kasutatavasse arvutisse muu
tarkvara paigaldamist peale selle, mis on
vajalik vahetuks suhtluseks hõive riistvara
ja serveriga (middleware, draiverid).
1.9 Pakutavat tarkvara peab olema võimalik
kasutada mitme kasutaja poolt
samaaegselt.
1.10 Pakutav tarkvara peab võimaldama
määrata vähemalt kolm erinevat kasutaja
rolli:
(1) kasutaja
(2) peakasutaja
(3) administraator.
1.11 Hõivetarkvara peab võimaldama kasutaja
autentimist teostada kasutades OpenID
Connect (OIDC) standardit.
1.12 Pakutav tarkvara peab olema liidestatav
arendusjärgus oleva Riikliku
Süüteomenetluse Biomeetriaregistri
(RSBR) tarkvaraga.
1.13 Pakkuja kohustub teostama tööd, mis
tagavad hõiveandmestiku ühilduvuse
Tellija kasutatava ABIS kesksüsteemiga
selliselt, et hõivatud biomeetrilisi andmeid
oleks võimalik RSBR-i vahendusel ABIS
kesksüsteemile edastada.
1.14 Pakutava tarkvara seadmedraiverite ja
middleware uuendusi ja turvaparandusi
peab olema võimalik hõivejaamadesse
paigaldada keskselt push meetodil.
1.15 Pakutav tarkvara peab olema kaitstud
rünnakute vastu parima OWASP praktika
kohaselt (https://owasp.org/ sealhulgas:
https://owasp.org/www-
community/OWASP_Risk_Rating_Metho
dology; OWASP ASVS
https://owasp.org/www-project-
application-security-verification-
standard/).
2. Nõuded hõivetarkvarale
Nr Nõue Vastavus
Kirjeldus või viide
nõudele
tootja poolt väljastatud
JAH / EI
tehnilisele andmestikule
(pakkuja
või tootja kinnitusele,
täidab)
mis tõendab pakutava
toote vastavust nõudele
(dokumendi nimi ja
lehekülje number).
(pakkuja täidab)
Liidestumine Riikliku Süüteomenetluse Biomeetriaregistri (RSBR) tarkvaraga
2.1 Pakutava tarkvara kasutajaliides peab
avanema pärast vastava käskluse saamist
RSBR tarkvarast ja see peab olema
võimeline avamisel saadetavaid
parameetreid vastu võtma.
2.2 Pakutava tarkvara peab igale
hõivesündmusele omistama unikaalse
koodi, mis on inimloetav.
2.3 Pakutav tarkvara peab pärast hõive töövoo
lõppu edastama hõiveandmestiku RSBR-
ile.
2.4 Pakutav tarkvara peab olema võimeline
tagastama RSBR-ile hõivejaama ID.
2.5 Pakutav tarkvara peab võimaldama
hõiveandmestiku turvalist edastamist
krüpteeritud kanali kaudu.
Pakkuja esitab krüpteeritud kanali või
lahenduse kirjelduse.
2.6 Pakkuja peab esitama edastuskanali
lahenduse või kirjelduse (nt HTTP,
SOAP, SMTP, FTP vms).
2.7 Pakutav tarkvara peab pärast hõive töövoo
lõppu suunama kasutaja tagasi RSBR-i
tarkvarasse, kust hõive töövoogu alustati.
2.8 Pakutav tarkvara peab võimaldama hõive
töövoo katkestamist mistahes etapis ja
suunama kasutaja tagasi RSBR-i
tarkvarasse, kust hõive töövoogu alustati.
2.9 Pakutav tarkvara peab kogu
hõiveandmestiku automaatselt kustutama
pärast seda, kui hõive töövoog on
lõppenud (st kui hõiveandmestik on
RSBR-le edastatud ja RSBR-lt on saadud
luba kustutamiseks).
2.10 Pakutav tarkvara peab kogu
hõiveandmestiku automaatselt kustutama
pärast seda, kui hõive töövoog
katkestatakse kasutaja poolt.
2.11 Pakutav tarkvara peab kasutaja tegevuse
puudumisel administraatori määratud aja
järel ühenduse katkestama, sulgema
pakutava tarkvara ekraanivaate ja naasma
RSBR-i sisselogimisekraanile.
Sessiooni aegumine ei tohi takistada
järgmise sessiooni käivitamist (sh teise
kasutaja poolt).
Ühilduvus biomeetriliste andmete hõiveks kasutatava riistvaraga
2.12 Pakutav tarkvara peab ühilduma järgmise
biomeetriliste andmete hõiveks kasutatava
riistvaraga:
(1) Idemia TP 5300 sõrme- ja
peopesajälgede skänner
(2) Canon EOS 2000D fotokaamera
(3) Epson Perfection V850 Pro
lameskänner.
2.13 Pakkuja peab esitama nimekirja kõikidest
pakutava tarkavara poolt täna toetatud
biomeetriliste andmete hõiveks
kasutatavatest seadmetest tüübi (s.o
sõrme- ja peopesajälgede skännerid,
fotokaamerad ja lameskännerid), tootja ja
mudeli põhiselt.
2.14 Pakutav tarkvara peab olema kohaldatav
töötamaks tulevikus kasutusele võetavate
skännerite ja fotokaameratega läbi eraldi
tasustatud arendustöö.
2.15 Pakutav tarkvara peab võimaldama
fotokaamera kasutamist nii vertikaal- kui
horisontaalasendis.
2.16 Pakutav tarkvara peab võimaldama
fotokaamera kasutamist nii välklampidega
kui LED-lampidega.
Üldnõuded biomeetriliste andmete hõiveks
2.17 Pakutav tarkvara peab võimaldama
järgmiste sõrme- ja peopesajälgede
hõivet:
(1) 10 sõrme vajutusjäljed (2*4 sõrme + 2
pöialt)
(2) 10 sõrme pööratud jäljed
(3) 4 peopesajälge (s.o 2 peopesa ja 2
kirjutaja-peopesa).
2.18 Pakutav tarkvara peab võimaldama
hõivata ka mõlema käe ülemisi
peopesajälgi.
Pakutav tarkvara peab olema
konfigureeritav viisil, et administraator
saab selle funktsionaalsuse kasutajate
jaoks sisse-välja lülitada.
2.19 Pakutav tarkvara peab võimaldama viie
näokujutise hõivet alljärgnevates vaadetes
ja järjekorras:
(1) otsevaade (0°) – kohustuslik
(2) parem profiil (90°) - valikuline,
kasutaja võib selle vahele jätta
(3) parem poolprofiil (45°) - valikuline,
kasutaja võib selle vahele jätta
(4) vasak profiil (90°) - valikuline,
kasutaja võib selle vahele jätta
(5) vasak poolprofiil (45°) - valikuline,
kasutaja võib selle vahele jätta.
2.20 Kui hõivatakse nii sõrme-, peopesajäljed
kui näokujutised, on pakutavas tarkvaras
hõive järjekord alljärgnev:
(1) sõrmejäljed
(2) peopesajäljed
(3) näokujutised.
2.21 Pakutav tarkvara peab võimaldama
hõivata sõrme- ja peopesajälgi
resolutsiooniga vahemikus vähemalt
500ppi kuni 1000ppi (vaikeväärtus).
2.22 Pakutav tarkvara peab võimaldama
hõivata näokujutisi vähemalt laiusega
1536 ja kõrgusega 2024 pikslit.
2.23 Pakutava tarkvara kasutajaliides peab
kuvama ekraanil:
(1) tegevusjuhised ja järjekorra
biomeetriliste andmete hõivamiseks (s.o
sõrme-, peopesajäljed ja näokujutised),
jne
(2) teated, kui sõrme- ja/või peopesajäljed
jäljed ei ole hõivatud korrektselt ja hõivet
on vaja korrata.
(3) teated, kui nägu ei asu kujutisel
korrektselt, hõivatud on vale vaade,
valgus pole piisav, silmad on kinni, suu
lahti jne ja hõivet on vaja korrata
(4) kvaliteedikontrolli tulemuse kasutades
visualiseerimiseks valgusfoori (roheline,
kollane, punane) süsteemi
(5) hõive kokkuvõtte.
2.24 Pakutav tarkvara peab võimaldama
märkida sõrme- ja peopesajälgede osas
järgmisi erisusi:
(1) amputeeritud sõrmed (soovitatavalt
lülide kaupa) ja peopesad (peopesa
amputeerituks märkimisel rakendub
vastav erisus automaatselt selle käe
kõikidele sõrmedele)
(2) sõrmed ja peopesad ei ole võimalik
hõivata, s.o lahases ja/või plaasterdatud
sõrmed ja peopesad
(3) osaliselt hõivatavad sõrmed ja
peopesad, s.o vigastatud sõrmed ja
peopesad (sh puuduva kurrustikuga ja/või
tugevalt armistunud ja/või
deformeerunud).
2.25 Pakutavas tarkvaras peab olema võimalik
nii sõrme- ja peopesajälgede kui ka
näokujutiste hõive ajal kirjutada kasutaja
poolt kommentaare. Üks ja sama
kommentaariväli peab olema kogu hõive
töövoo ajal korduvalt täiendatav.
2.26 Pakutav tarkvara peab biomeetrilised
andmed edastama järgmistes
failiformaatides:
(1) sõrme- ja peopesajäljed
(1.1) WSQ formaadis kui resolutsioon on
500ppi
(1.2) JPEG2000 formaadis kui
resolutsioon on suurem kui 500ppi
(2) näokujutised kompressioonikaota PNG
formaadis.
2.27 Lepingu kehtivuse vältel kohustub
Pakkuja teostama andmeformaadi
ümberkohandamise tööd juhul, kui sel
perioodil Tellija kasutatav ABIS
kesksüsteem välja vahetatakse.
2.28 Pakutav tarkvara peab lisaks
biomeetrilistele andmetele edastama
RSBR-i ka alljärgneva informatsiooni:
(1) amputeeritud sõrmed ja peopesad
(2) sõrmed ja peopesad ei ole võimalik
hõivata
3) osaliselt hõivatavad sõrmed ja
peopesad
(4) kasutaja poolt hõive käigus kirjutatud
kommentaarid.
Livescan hõive spetsiifilised nõuded
2.29 Pakutav tarkvara peab vastavalt RSBR-i
tarkvaralt saadud käsklusele võimaldama
ühe töövoona hõivata:
(1) sõrme- ja peopesajäljed ning
näokujutised
(2) ainult sõrme- ja peopesajäljed
(3) ainult näokujutised
2.30 Pakutav tarkvara peab sõrme- ja
peopesajälgede hõivet võimaldama
alljärgnevas järjekorras:
(1) parema käe sõrmede vajutusjäljed (4
korraga)
(2) vasaku käe sõrmede vajutusjäljed (4
korraga)
(3) mõlema käe pöidla vajutusjäljed (2
korraga või ükshaaval)
(4) parema käe sõrmede pööratud jäljed
alustades pöidlast ja lõpetades
väikesõrmega (ükshaaval, kokku 5)
(5) vasaku käe sõrmede pööratud jäljed
alustades pöidlast ja lõpetades
väikesõrmega (ükshaaval, kokku 5)
(6) parema käe peopesajälg
(*) parema käe ülemine peopesa jälg
(7) parema käe kirjutaja-peopesa jälg
(8) vasaku käe peopesajälg
(*) vasaku käe ülemine peopesa jälg
(9) vasaku käe kirjutaja-peopesa jälg
* Pakutav tarkvara peab olema
konfigureeritav viisil, et administraator
saab selle funktsionaalsuse kasutajate
jaoks sisse-välja lülitada.
2.31 Pakutava tarkvara vaikeväärtused sõrme-
ja peopesajälgede resolutsiooni ja
näokujutiste suuruse osas peavad olema
konfigureeritavad administraatori poolt.
2.32 Pakutav tarkvara peab hõive ajal
automaatselt kontrollima sõrmejälgede
hõivamise järjekorda (s.o vajutusjäljed vs
pööratud jäljed) vältimaks jälgede
hõivamist valele positsioonile ning vasaku
ja parema käe segiajamist.
Probleemi korral peab tarkvara kuvama
ekraanile vastava veateate.
2.33 Pakutav tarkvara peab hõive ajal
automaatselt kontrollima näokujutise
vaate korrektsust (st otsevaade on
otsevaade, parem profiil on parem profiil
jne).
Probleemi korral peab tarkvara kuvama
ekraanile vastava veateate.
2.34 Pakutav tarkvara peab kontrollima
sõrmejälgede hõive kvaliteeti vastavalt
NIST Fingerprint Image Quality (NFIQ
2) standardile.
Probleemi korral peab tarkvara kuvama
ekraanile vastava veateate.
2.35 Pakutav tarkvara peab olema
administraatori poolt konfigureeritav
viisil, et ilma ettenähtud hõivekvaliteeti
saavutamata tuleb teha vähemalt kolm
järjestikust katset enne kui kehva
kvaliteediga tulemust saab aktsepteerida
ja hõive töövoogu jätkata.
2.36 Pakutav tarkvara peab võimaldama
sõrme- ja peopesajälgede osas erisusi
märkida ja muuta kogu hõive töövoo
vältel.
2.37 Pakutav tarkvara peab võimaldama
sõrme- ja peopesajälgede hõivamisel
automaatselt vahele jätta eelnevalt
märgitud erisused:
(1) amputeeritud sõrmed ja peopesad
(2) sõrmed ja peopesad ei ole võimalik
hõivata.
2.38 Pakutav tarkvara peab sõrme- ja
peopesajälgede ning näokujutiste
hõivamisel kuvama ekraanil hõivamiseks
määratud ala. Tarkvara peab olema
võimeline tuvastama, kui sõrm, peopesa
ja/või nägu ei paikne määratud ala sees ja
kuvama ekraanile vastava veateate.
2.39 Pakutav tarkvara peab näokujutiste hõivel
markeerima kaamera kõrgust pildi
eelvaates kuvatava asendiindikaatoriga (nt
joonega, ovaaliga vmt). Indikaatori
eesmärk on aidata kaamerat paigutada
silmade kõrgusele.
2.40 Pakutav tarkvara peab kõigi näokujutiste
vaadete osas rakendama automaatset
väljalõikamise funktsiooni, tagades, et
kujutisel olev nägu jääb kesksele kohale.
Väljalõikamisel peab säilima pildi algne
kuvasuhe, et vältida näo moonutamist.
Pildi suurus (s.o pildi kõrgus x laius
pikslites) peab olema kindlaks määratav
administraatori poolt (vt nõuet 2.22).
2.41 Pakutav tarkvara peab olema
konfigureeritav viisil, et administraator
saab näokujutise suurust (pildi kõrgus x
laius pikslites) automaatsel
väljalõikamisel vajadusel muuta.
2.42 Pakutav tarkvara peab võimaldama
näokujutiste hõivamist vaid manuaalselt
vajutades vastavat nuppu.
2.43 Pakutav tarkvara peab võimaldama
hõivatud kujutise püsimist ekraanil kuni
järgmise sõrme-, peopesa ja näokujutise
hõivamiseks on vajutatud vastavale
nupule.
2.44 Pakutav tarkvara peab sõrme- ja
peopesajälgi ning näokujutisi hõivates
võimaldama teha mitu katset ja tehtud
katsetest valida parim tulemus. Kõik
tehtud katsed peavad enne valiku tegemist
jääma ekraanile ning kaduma ekraanilt kui
valik on tehtud. Valimata jäljed/kujutised
peavad kustuma automaatselt. Valitud
jäljed/kujutised peavad automaatselt
kustutama pärast seda, kui hõive on
lõppenud (st kui hõiveandmestik on
RSBR-le edastatud ja RSBR-lt on saadud
luba kustutamiseks).
2.45 Pakutav tarkvara peab hõive lõpus
kuvama kokkuvõtte hõivatud sõrme- ja
peopesajälgedest ning näokujutistest koos
vastavate kvaliteedi hinnangutega
(skooridega) ning vajadusel võimaldama
enne RSBR-i naasmist uuesti hõivata.
Flatbed hõive spetsiifilised nõuded
2.46 Pakutav tarkvara peab nii skaneerimisel
kui faili impordil vastavalt RSBR-i
tarkvaralt saadud käsklusele võimaldama
ühe töövoona hõivata:
(1) sõrme- ja peopesajäljed ning
näokujutised
(2) ainult sõrme- ja peopesajäljed
(3) ainult näokujutised.
2.47 Pakutava tarkvara vaike resolutsioon
sõrmejälje paberkaadi skaneerimisel peab
olema konfigureeritav kasutaja poolt.
2.48 Pakutav tarkvara peab faili importimisel
võimaldama hõivata sõrme- ja
peopesajälgi ja näokujutisi sellise
resolutsiooni ja suurusega, nagu need on
esitatud.
2.49 Pakutav tarkvara peab faili importimisel
võimaldama sõrme- ja peopesajälgede
ning näokujutise importimist NIST
konteinerfailist.
Pakutav tarkvara peab toetama Euroopa
Liidu biomeetriasüsteemides (SIS, VIS,
EES, ECRIS, EURODAC), Interpolis
ning FBI’s kasutatavaid NIST formaate.
Pakutav tarkvara peab toetama järgmisi
NIST konteineris sisalduvaid
failiformaate: WSQ, JPG, JPEG2000,
PNG, BMP, TIFF.
2.50 Pakutav tarkvara peab paberilt
skaneerimisel võimaldama Eestis kehtiva
sõrmejälgede kaardi vormi kasutamist.
Link kehtivale sõrmejälgede kaardile:
https://www.riigiteataja.ee/aktilisa/1031/0
202/3016/VV_87m_lisa2.pdf#
2.51 Pakutav tarkvara peab paberilt
skaneerimisel võimaldama mistahes
sõrmejälgede kaardi vormi kasutamist.
2.52 Pakutav tarkvara peab nii skaneerimisel
kui faili importimisel (sh NIST faili
importimisel) sõrme- ja peopesajälgi
sisaldava töövoo korral võimaldama:
(1) sõrme- ja peopesajälje orientatsiooni
parandamist (s.o pööramise funktsioon)
(2) sõrme- ja peopesajälge ümbritseva ala
suuruse korrigeerimist
(4) erisuste märkimist (nt amputeeritud, ei
ole võimalik hõivata jne)
(5) korraga nii sõrme- kui peopesajälgede
hõivet kui ainult sõrme- või
peopesajälgede hõivet
(6) sõrmejälje kaardi kokkuvõtte
kuvamist.
2.53 Pakutav tarkvara peab näokujutise faili
importimisel võimaldama:
(1) kujutist lõigata
(2) kujutist pöörata.
Soovituslikud tingimused tarkvarale (läbiräägitavad)
2.54 Pakutava tarkvara kasutajaliides peaks
kuvama ekraanil teated, kui sõrme- ja/või
peopesajäljed on hõivatud vales
järjestuses, sama jälge on hõivatud
korduvalt, hõive on ebapiisava
kvaliteediga (nt sõrm või peopesa on
hõivamisel liikunud, asub hõivamiseks
määratud alast väljas, jälg on liiga hele
vmt).
2.55 Kui sõrm, peopesa ja/või nägu, mida
hõivatakse ei ole hõiveks määratud ala
sees, võiks pakutav tarkvara kuvada
ekraanile juhised aitamaks kasutajal
paiknemist korrigeerida.
2.56 Flatbed hõive puhul peaks skaneeritud
jälgede kontrastsus olema vajadusel
muudetav.
2.57 Pakutav tarkvara peaks kontrollima
näohõive kvaliteeti vastavalt ICAO
standardile.
Probleemi korral peab tarkvara kuvama
ekraanile vastava veateate.
2.58 Pakutava tarkvara hõive funktsionaalsus
võiks olla laiendatav kogukeha ja SMT
hõiveks koos vastavate kirjelduste
lisamisega.
2.59 Pakutav tarkvara võiks olla
konfigureeritav viisil, et administraator
saab näokujutiste (ja kogukeha) vaadete
hõivamise järjekorda muuta.
3. Nõuded tarnele, paigaldusele ja koolitusele
Nr Nõue Vastavus Kirjeldus või viide
nõudele tootja poolt väljastatud
JAH / EI tehnilisele andmestikule
(pakkuja või tootja kinnitusele,
täidab) mis tõendab pakutava
toote vastavust nõudele
(dokumendi nimi ja
lehekülje number).
(pakkuja täidab)
3.1 Tarkvara tarne ja paigaldus peab toimuma
hiljemalt 4 kuu jooksul alates lepingu
sõlmimisest.
3.2 Tarkvara paigalduskulu, sh vajadusel
paigaldustehniku transport ja majutus peab
sisalduma pakkumuse kogumaksumuses.
3.3 Pakkuja kohustub tegema tööd, mis
tagavad kõigi kirjeldatud nõuete täitmise,
sh hõiveandmestiku ühilduvuse Tellija
kasutatava ABIS kesksüsteemiga selliselt,
et hõivatud biomeetrilisi andmeid oleks
võimalik RSBR-i vahendusel ABIS
kesksüsteemile edastada.
3.4 Pakkuja peab vajadusel osalema pakutava
tarkvara installeerimisel ja tööle
seadistamisel.
3.5 Pakutav tarkvara peab omama kasutaja ja
administraatori käsiraamatut, milles on
kirjeldatud kogu tarkvara funktsionaalsus
lõppkasutaja vaates. Käsiraamat on kas
eesti või inglise keeles.
3.6 Pakutava tarkvara administraatori
käsiraamat peab sisaldama infot
konfiguratsooniparameetrite ja nende
muutmisvõimaluste kohta.
3.7 Pakutav tarkvara peab olema
administraatori poolt lihtsasti
konfigureeritav läbi
konfiguratsioonifailide muutmise.
3.8 Pakutava tarkvara kasutajaliides peab
sisaldama funktsionaalsust, mis võimaldab
kuvada andmeväljad lõppkasutajale eesti
keeles.
3.9 Pakutav tarkvara peab toetama
tähemärgikomplekte kõikides keeltes.
(läbiräägitav)
3.10 Pakkuja viib läbi kasutuskoolituse kas
eesti või inglise keeles.
Koolitus toimub kahele kasutajagrupile:
(1) administraatorid ja peakasutajad
(2) peakasutajad ja kasutajad.
Kokku 20 inimesele.
3.11 Pakkuja viib kasutuskoolituse läbi Tellija
juures kohapeal.
3.12 Koolituse maksumus koos kaasuvate
kuludega koolitaja transpordi ja majutuse
osas peab sisalduma pakkumuse
kogumaksumuses.
Public procurement "Purchase of enrolment software"
Reference number: 297559
Annex 2: Technical specification description
Glossary
capture or enrolment – acquisition of finger- and/or palmprints and/or facial images
registration – acquisition of all relevant biometric and non-biometric data of a person without
interruption
enrolment data – biometric and non-biometric data of a person per one registration
biometric data – finger- and/or palmprints and/or facial images of a person
non-biometric data – other alphanumeric data related to enrolment (e.g., personal data)
booking station – a device or a set of devices for livescan capture of finger- and/or palmprints
and/or facial images, together with the corresponding computer
capture type – method for biometric data acquisition (i.e., capture is done in real-time using
livescan devices or previously captured data is being enrolled)
capture hardware – devices used for both, livescan and flatbed capture (e.g., fingerprint
scanner, flatbed scanner, photo camera, computer).
livescan capture – biometric data acquisition directly from a person at a booking station
flatbed capture – entry of previously acquired biometric data from a person through flatbed
scanning or file import
SMT – scars, marks and tattoos
capture workflow – enrolment process from start to finish (i.e., capturing of biometric data
together with non-biometric data)
user – person, who uses the software for enrolment
superuser – a user with complete access to the software and its configuration
administrator – technician who maintains the software
1. General requirements
No. Requirement Compliance Description or
with the reference to
requirement technical document
YES / NO (name and page
(filled by the number)
tenderer) (filled by the tenderer)
Software
1.1 The software offered must enable the
capture of biometric data from persons,
but not the capture of latent prints and
latent images related to the crime scene.
1.2 The software offered must enable the
capture of the following biometric data:
(1) finger- and palmprints
(2) facial images.
1.3 The software offered must enable the
following capture types for all biometric
data:
(1) Livescan capture - biometric data
acquisition directly from a person at a
booking station.
(2) Flatbed capture - entry of previously
acquired biometric data from a person
through
(2.1) scanning of a fingerprint card or a
photo
(2.2) file import.
1.4 The software offered must be compatible
with the hardware for biometric capture
currently used by the Contracting
Authority.
1.5 The software offered must be applicable
on operating system Windows 10 and
Windows 11, and all their successors
released during the term of the contract.
1.6 The software offered must be browser-
based, i.e., it must not be desktop-based.
1.7 The software offered must be compatible
with a Chromium-based browser (Edge,
Chrome, version 44 or later).
1.8 The software offered must not require
installation of any software on the
computer used for biometric capture other
than that required for direct interaction
with the capture hardware and server
(middleware, drivers).
1.9 The software offered must be able to be
used by multiple users simultaneously.
1.10 The software offered must enable to define
at least three different user roles:
(1) user
(2) superuser
(3) administrator.
1.11 The enrolment software must enable user
authentication using the OpenID Connect
(OIDC) standard.
1.12 The software offered must support
integration with National Forensic
Biometrics Database (RSBR) software that
is under development.
1.13 The Tenderer must carry out work to
ensure the compatibility of the enrolment
data with the ABIS central system used by
the Contracting Authority in such a way
that the captured biometric data could be
transmitted to the ABIS central system via
RSBR.
1.14 It must be possible to install drivers and
middleware updates and security fixes of
the software offered centrally at the
booking stations using a push method.
1.15 The software offered must be protected
against attacks in accordance with
OWASP best practice (https://owasp.org/
including: https://owasp.org/www-
community/OWASP_Risk_Rating_Metho
dology; OWASP ASVS
https://owasp.org/www-project-
application-security-verification-
standard/).
2. Requirements for enrolment software
No. Requirement Compliance Description or
with the reference to
requirement technical document
YES / NO (name and page
(filled by the number)
tenderer) (filled by the tenderer)
Integration with National Forensic Biometrics Database (RSBR) software
2.1 The user interface of the software offered
must open after receiving respective
command from RSBR software and it
must be capable of accepting the
parameters sent when opening.
2.2 The software offered must generate a
unique code to each registration, which is
human-readable.
2.3 The software offered must transmit the
enrolment data to RSBR after the end of
the capture workflow.
2.4 The software offered must be able to
return the booking station ID to RSBR.
2.5 The software offered must enable secure
transmission of enrolment data via an
encrypted channel.
The Tenderer shall provide a description
of the encrypted channel or a solution.
2.6 The Tenderer must provide a solution or
description of the transmission channel
(e.g., HTTP, SOAP, SMTP, FTP, etc.).
2.7 After the capture workflow has been
completed, the software offered must
redirect the user back to RSBR software,
from where the capture workflow was
started.
2.8 The software offered must allow to cancel
the capture workflow at any stage and
redirect the user back to RSBR software
from where the capture workflow was
started.
2.9 The software offered must automatically
delete all enrolment data after the capture
workflow has been completed (i.e., when
enrolment data have been transmitted to
RSBR and permission for deletion from
RSBR has been received).
2.10 The software offered must automatically
delete all enrolment data after the capture
workflow has been cancelled by the user.
2.11 In the absence of any user activity, the
software offered must disconnect at a time
set by the administrator, close the screen
view of the software offered and return to
the login screen of RSBR.
The expiry of a session must not prevent
the start of the next session (incl. by
another user).
Compatibility with hardware used for capturing biometric data
2.12 The software offered must be compatible
with the following hardware for biometric
data capture:
(1) Idemia TP 5300 finger- and palmprint
scanner
(2) Canon EOS 2000D photo camera
(3) Epson Perfection V850 Pro flatbed
scanner.
2.13 The Tenderer must provide a full list of
devices used for biometric data capture by
type (i.e., finger- and palmprint scanners,
photo cameras and flatbed scanners),
manufacturer and model that are currently
supported by the software offered.
2.14 The software offered must be applicable
to be used with scanners and photo
cameras in the future through a separately
paid development project.
2.15 The software offered must enable to use
the photo camera in both, portrait and
landscape position.
2.16 The software offered must enable to use
the photo camera with both, studio lights
and LED-lights.
General requirements for biometric data capture
2.17 The software offered must enable to
capture the following finger- and
palmprints:
(1) 10 flat fingerprints (2*4 fingers + 2
thumbs)
(2) 10 rolled fingerprints
(3) 4 palmprints (i.e., 2 palms and 2
writer’s palms).
2.18 The software offered must also enable to
capture upper palms from both hands.
The software offered must be configurable
in such a way that the administrator can
switch this functionality on and off for the
users.
2.19 The software offered must enable to
capture five facial images in the following
views and order:
(1) frontal view (0°) - mandatory
(2) right side view (90°) - optional, the
user may skip it
(3) right half-side view (45°) - optional,
the user may skip it
(4) left side view (90°) - optional, the user
may skip it
(5) left half-side view (45°) - optional, the
user may skip it.
2.20 When finger-, palmprints and facial
images are captured, the capture order in
the software offered is as follows:
(1) fingerprints
(2) palmprints
(3) facial images.
2.21 The software offered must enable to
capture finger- and palmprints with a
resolution of at least 500ppi to 1000ppi
(default value).
2.22 The software offered must enable to
capture facial images that are of at least
1536 pixels in width and 2024 pixels in
height.
2.23 The user interface of the software offered
must display on screen:
(1) instructions and order for capturing
biometric data (i.e., finger-, palmprints
and facial images), etc.
(2) notifications about incorrect finger-
and/or palmprints capture and there is a
need to recapture.
(3) notification about incorrect facial
image placement, wrong facial view is
captured, lighting is insufficient, eyes are
closed, mouth open etc. and there is a
need to recapture
(4) quality control result using a traffic
light (green, yellow, red) system for
visualisation
(5) summary of the capture.
2.24 The software offered must enable to mark
the following exemptions:
(1) amputated fingers (preferably by
segments) and palms (if marked, then the
same exemption applies automatically to
all fingers of that hand)
(2) unable to print fingers and palms, i.e.,
plastered and/or bandaged fingers and
palms
(3) partial prints, i.e., injured fingers and
palms (incl. missing ridge details and/or
strongly scarred and/or deformed).
2.25 The software offered must enable to write
comments by the user during the capture
of finger-, palmprints and facial images. A
single, continuous comment field must be
available for editing during the entire
capture workflow.
2.26 The software offered must transmit the
biometric data in the following file
formats:
(1) finger- and palmprints in
(1.1) WSQ format if resolution is 500ppi
(1.2) JPEG2000 format if resolution is
higher than 500ppi
(2) facial images in lossless PNG format.
2.27 During the term of the Contract, the
Tenderer obliges to carry out data format
conversion work in case the ABIS central
system used by the Contracting Authority
is replaced during this period.
2.28 The software offered must transmit to
RSBR in addition to biometric data the
following information:
(1) amputated fingers and palms
(2) unable to print fingers and palms
(3) partial prints
(4) comments written by the user during
the capture workflow.
Livescan capture specific requirements
2.29 Based on the command received from
RSBR software, the software offered must
enable to capture in a single workflow:
(1) finger-, palmprints and facial images
(2) only finger- and palmprints
(3) only facial images
2.30 The software offered must enable to
capture finger- and palmprints in the
following order:
(1) right hand slaps (4 at once)
(2) left hand slaps (4 at once)
(3) thumb slaps of both hands (2 at once
or one by one)
(4) right hand rolled prints starting with
the thumb and ending with the little finger
(one by one, total of 5)
(5) left hand rolled prints starting with the
thumb and ending with the little finger
(one by one, total of 5)
(6) right hand palmprint
(*) right hand upper palmprint
(7) right hand writer’s palmprint
(8) left hand palmprint
(*) left hand upper palmprint
(9) left hand writer’s palmprint
* The software offered must be
configurable in such a way that the
administrator can switch this functionality
on and off for the users.
2.31 The default values of finger- and
palmprint resolution and facial image size
of the software offered must be
configurable by the administrator.
2.32 The software offered must automatically
check the sequence order of fingerprint
capture (i.e., flats vs rolled prints) to avoid
capturing prints on wrong positions or
mixing up left and right hand.
In case of a problem, the software must
display an appropriate error message on
the screen.
2.33 The software offered must automatically
check during capture the correctness of
facial image views to avoid position errors
(i.e., frontal view is frontal view and right
side view is right side view etc.).
In case of a problem, the software must
display an appropriate error message on
the screen.
2.34 The software offered must perform the
quality control check against NIST
Fingerprint Image Quality (NFIQ 2)
standard for fingerprints.
In case of a problem, the software must
display an appropriate error message on
the screen.
2.35 The software offered must be configurable
by the administrator in such a way that
without achieving the necessary capture
quality, at least three consecutive attempts
must be made before the poor-quality
result can be accepted and capture
workflow continued.
2.36 The software offered must enable to mark
and change exemptions for finger- and
palmprints during the entire capture
workflow.
2.37 The software offered must enable to
automatically skip the capture of
previously marked exemptions for finger-
and palmprints:
(1) amputated fingers and palms
(2) unable to print fingers and palms.
2.38 The software offered must display the
capture area on screen for finger-,
palmprint and facial image capture. The
software must be able to detect when the
finger, palm and/or face to be captured is
not within the designated area display an
appropriate error message on the screen.
2.39 When capturing facial images, the
software offered must mark the height of
the camera in the live preview with a
position indicator (e.g., a line, oval, etc.).
The aim of the indicator is to aid in
adjusting the camera to the eye level.
2.40 The software offered must apply an
automatic cropping function to all facial
image views, ensuring that the face in the
image remains centrally positioned. The
original aspect ratio of the image must be
preserved during cropping to avoid any
distortion of the face. The image size (i.e.,
height x width in pixels) must be
configurable by the administrator (see
requirement 2.22).
2.41 The software offered must be configurable
in such a way that the administrator can
change the size of the automatically
cropped facial image (image height x
width in pixels) if necessary.
2.42 The software offered must enable to
capture facial images only manually by
clicking a respective button.
2.43 The software offered must enable the
captured image to remain on the screen
until a respective button to capture has
been clicked on for next finger-, palmprint
and facial image capture.
2.44 The software offered must enable multiple
attempts to be made while capturing of
finger-, palmprints and facial images, and
choose the best attempt. All attempts
performed must remain on the screen and
disappear from the screen after the choice
has been made. Prints/images that are not
chosen must be deleted automatically.
Chosen prints/images must be deleted
automatically after the capture has been
completed (i.e., when enrolment data have
been transmitted to RSBR and permission
for deletion has been received from
RSBR).
2.45 The software offered must display a
summary of captured finger-, palmprints
and facial images with respective quality
scores after the capture, and if necessary,
enable to recapture before returning to
RSBR.
Flatbed capture specific requirements
2.46 Based on the command received from
RSBR software, the software offered must
enable for both, scanning and file import
to enroll in a single workflow:
(1) finger-, palmprints and facial images
(2) only finger- and palmprints
(3) only facial images.
2.47 The default resolution of fingerprint card
scanning of the software offered must be
configurable by the user.
2.48 When importing the file, the software
offered must enable to enroll finger-,
palmprints and facial images with the
resolution and size they were submitted.
2.49 When importing the file, the software
offered must enable to import finger- and
palmprints, and facial images from a
NIST container.
The software offered must support NIST
formats used by the European Union
biometric systems (SIS, VIS, EES,
ECRIS, EURODAC), Interpol and the
FBI.
The software offered must support the
following file formats included in the
NIST container: WSQ, JPG, JPEG2000,
PNG, BMP, TIFF.
2.50 When scanning a fingerprint card from
paper, the software offered must enable to
use a fingerprint card form valid in
Estonia.
Link to a valid fingerprint card:
https://www.riigiteataja.ee/aktilisa/1031/0
202/3016/VV_87m_lisa2.pdf#
2.51 The software offered must allow the use
of any fingerprint card format when
scanning from paper.
2.52 In case the enrolment workflow includes
finger- and palmprints for both, scanning
and file import (incl. NIST file import),
the software offered must enable:
(1) correcting the orientation of the finger-
and palmprint (i.e., rotate function)
(2) correction of the size of the area
surrounding the finger- and palmprint
(4) marking of exemptions (e.g.,
amputated, unable to print, etc.)
(5) the enrolment of both finger- and
palmprints at the same time, as well as the
enrolment of fingerprints or palmprints
only.
(6) displaying as summary of the
fingerprint card.
2.53 When importing the file of facial image,
the software offered must enable to:
(1) crop the image
(2) rotate the image.
Optional requirements for software (negotiable)
2.54 The user interface of the software offered
should display on screen notifications
about sequence errors of finger- and/or
palmprints capture, if the same print is
captured more than once, insufficient
capture quality (e.g., finger or palm has
shifted during capture, print is outside of
capturing area, print is too light etc.).
2.55 If the finger, palm and/or face being
captured is not within the designated
capture area, the software offered should
display on screen instructions to help the
user adjust the positioning.
2.56 For flatbed scanning, the contrast of
scanned prints should be adjustable if
necessary.
2.57 The software offered should perform the
quality control check against ICAO
standard for facial images.
In case of a problem, the software must
display an appropriate error message on
the screen.
2.58 The capture functionality of the software
offered should be expanded to whole-
body and SMT capture with respective
descriptions.
2.59 The software offered should be
configurable in such a way that the
administrator can change the order in
which facial (and full body) views are
captured.
3. Requirements for delivery, installation and training
No. Requirement Compliance Description or
with the reference to technical
requirement document (name and
YES / NO page number)
(filled by the (filled by the tenderer))
tenderer)
3.1 The delivery and installation of the
software must take place within 4 months
of the signing of the contract.
3.2 The installation costs of the software,
including the transport and
accommodation of the installation
technician, if necessary, must be included
in the total amount of the tender.
3.3 The Tenderer must carry out work that
ensures compliance to all requirements
described, including to ensure the
compatibility of the enrolment data with
the ABIS central system used by the
Contracting Authority in such a way that
the captured biometric data could be
transmitted to the ABIS central system via
RSBR.
3.4 If necessary, the Tenderer must participate
in the installation and configuration of the
software offered.
3.5 The software offered must have a user and
administrator manual describing all the
functionality of the software from the end-
user’s point of view. The manual shall be
either in Estonian or in English.
3.6 The administrator’s manual of the
software offered must contain information
on the configuration parameters and the
possibilities to change them.
3.7 The software offered must be easily
configurable by the administrator through
the modification of configuration files.
3.8 The user interface of the software offered
must include functionality that enables to
display data fields for end users in
Estonian.
3.9 The software offered must support
character sets in all languages.
(negotiable)
3.10 The Tenderer will carry out a user training
either in Estonian or English.
The training will be provided for two user
groups:
(1) administrators and superusers
(2) superusers and users.
For a total of 20 persons.
3.11 The Tenderer will carry out a user training
on-site at the Contracting Authority.
3.12 The cost of both training, together with the
associated costs of the trainer’s transport
and accommodation, must be included in
the total amount of the tender.
Riigihanke „Hõivetarkvara hankimine“ (297559)
hankedokumentatsiooni lisa
HANKELEPING NR
Võttes arvesse Sisejulgeolekufondi meetme „Teabevahetuse tõhustamine ja hõlbustamine“ projekti
„PRÜM II“, mille kohaselt on vastava projekti toetuste saaja läbi Justiits ja Digiministeeriumi Eesti
Kohtuekspertiisi Instituut:
Eesti Kohtuekspertiisi Instituut, (registrikoodiga 70003572) asukohaga Tervise 20, 13419 TALLINN,
mida põhimääruse alusel esindab direktor Ivar Prits, edaspidi tellija,
ja
………. (registrikoodiga ……..) asukohaga …….., mida esindab juhatuse liige …….., edaspidi täitja,
keda nimetatakse edaspidi pool või koos pooled, sõlmisid käesoleva hankelepingu (edaspidi nimetatud
leping) alljärgnevas:
1. Lepingu ese
1.1 Lepingu alusel soetab tellija, vastavalt riigihankes „Hõivetarkvara hankimine“ (297559) esitatud
pakkumusele, hõivetarkvara kasutusõigust 60. kuuks ja lepingu kehtivuse perioodil tugiteenuse
osutamist ja lisaarendustööde teostamist, vastavalt lepingus ja lisades toodud tingimustel
(edaspidiselt ühiselt nimetatud ka kui töö vastavas käändes).
1.2 Pooled kinnitavad, et teevad kõik endast oleneva, et täita lepingu eesmärgid käesolevas
lepingus ning seonduvates õigusaktides sätestatud tingimustel ja mahus.
2. Lepingu hind ja maksmine
2.1 Lepingu hind moodustub hõivetarkvara kasutusõiguse ja tugiteenuse maksumusest ning
lepingu kehtivuse perioodil teostatud lisaarendustest.
2.2 Hõivetarkvara kasutusõiguse maksumus on ….. eurot (ilma km). Hõivetarkvara kasutusõiguse
maksumuses sisaldub tehnilises kirjelduses kajastatud koolituste, paigaldus, seadistuste jm
juhendamisega seotud tasud, sh täitja esindajate reisikulud. Arve esitamise õigus tekib täitjal
pärast eelnevalt mainitud tööde vastuvõtmist tellija poolt. Kasutusõiguse maksumuses sisaldub
tellija õigus suurendada töökoha installatsiooni mahtu 27lt installatsioonilt 54 installatsioonini
lepingu kehtivuse perioodil.
2.3 Lisaarenduste tunnitasu suurus on …. eurot ja maksimaalne hind lepingu kehtivuse perioodil
lisaarendustööde tellimiseks on 100 000 eurot (ilma km).
2.4 Tugiteenuse maksumus on …….. eurot (ilma km). Tugiteenuse maksumus sisaldab endas
kõiki tehnilises kirjelduses kajastatud tugiteenuse osutamisega seotud tegevusi, sh täitja
esindajate reisikulud. Tugiteenuse kogumaksumus jagatakse lepingu kehtivuse perioodi lõikes
vahemakseteks viisil, et tugiteenuse tasu makstakse aastatasuna 5 osas. Täitjal tekib õigus
esitada arve esimene osamakse eest vahetult pärast lepingu sõlmimist.
A: Lubja 4, Tallinn 19081, Eesti, T: +372 663 6300, F: +372 646 0165, E:
[email protected], I: Reg 70000310, K: 221023778606, W: www.rik.ee
2.5 Lepingu hinnas märgitud summad sisaldavad Täitja poolt Lepingu raames tehtavaid kõiki
kulutusi ja tasu autoriõiguste eest. Lepingu hinnale lisandub käibemaks.
3. Lepingu jõustumine ja dokumendid
3.1 Leping jõustub allkirjastamise hetkest mõlema poole poolt ja kehtib 60 kuud.
3.2 Lepingu dokumendid koosnevad lepingu tekstist, lepingu lisadest, mis on lisatud lepingu
allkirjastamisel ja lisadest, millistes võidakse kokku leppida pärast lepingu allkirjastamist.
3.3 Lepingu allkirjastamisel on lepingu lisad järgmised:
3.3.1 Hankelepingu üldtingimused Lisa nr 1;
3.3.2 Personal ja kontaktandmed Lisa nr 2;
3.3.3 Tehniline kirjeldus Lisa nr 3;
3.3.4 Pakkumus Lisa nr 4.
Käesoleva lepingu allakirjutamisega tõendavad pooled, et on tutvunud ja on nõus lepinguga ja selle
lisadega ning mõistavad täielikult enesele võetavate kohustuste sisu ning nende tagajärgi.
Tellija: Täitja:
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/
Ivar Prits
Direktor
Eesti Kohtuekspertiisi Instituut
Hankeleping nr.
Lisa nr 1
HANKELEPINGU ÜLDTINGIMUSED
Kui eritingimustes on sätestatud teisiti kui üldtingimustes, siis kehtib eritingimustes toodu.
1. Definitsioonid ja selgitused
Järgnevad definitsioonid ja nimetatute osas esitatud täpsustavad selgitused laienevad nii lepingule kui ka
selle osaks olevatele dokumentidele.
1.1 Tarkvara
Tarkvara tähendab põhiliselt arvutiprogramme, telekommunikatsioone, andmebaasi-, rakendus- ja muud
tarkvara objektikoodis, lähtekoodis või nende mistahes muid vorme või adaptsioone koos sellega seonduva
dokumentatsiooniga.
1.2 Asukoht
Asukoht tähendab kohta või kohti, välja arvatud täitja asukoht, kuhu seadmeid, telekommunikatsioone või
tarkvara tarnitakse või installeeritakse või teenuseid osutatakse (nt tellija test- arendus-ja
toodangukeskkond).
1.3 Puudus ja viga
Puuduse või veaga on tegemist juhul tarkvara ei täida lepingus sätestatud funktsioone, annab valesid
tulemusi, kui tema nõuetekohane toimimine katkeb või on (muul viisil) häiritud, nii et tarkvara
otstarbekohane kasutamine on takistatud või oluliselt häiritud.
1.4 Vigade prioriteedid
Kriitiline/kõrge – viga, mille tõttu hõivetarkvara käideldavus on tugevalt häiritud, mille tulemina
tarkvara ei tööta või töötab suurte vigadega.
Keskmine/madal – viga, mille tõttu on tarkvara kasutamine osaliselt häiritud aga häire ei sega
tarkvara kasutamist.
1.5 Tarkvara kasutusõigus
Lepingu kehtivuse perioodil antav hõivetarkvara kasutusõigus 60. kuuks, vastavalt lepingus ja selle lisades
mainitule. Kasutusõigus sisaldab 27. töökoha installatsiooni. Tellijal on õigus installatsioonimahtu
suurendada maksimaalselt 27 installatsiooni võrra või vähendada lepingu kehtivuse perioodil. Lepingu
kehtivuse perioodi lõppemisel säilib tellijal ligipääs tarkvarale, kuid kaob õigus tugiteenuste järele.
1.6 Tugiteenused
Tugiteenus sisaldab tehnilist konsultatsiooni (sh konsulteerimist infosüsteemi kasutamise, haldamise ja
administreerimise küsimustes), kaugtuge, vigade ennetamist ja parandamist, uute redaktsioonide ja
versioonide, sh turvauuenduste ning nendega seotud dokumentatsiooni üleandmist.
Tugiteenust osutatakse nii korraliselt kui ka pöördumiste alusel. Pöördumisi esitatakse kirjalikku
taasesitamist võimaldavas vormis täitja poolt antud kontaktaadressil või telefoni teel. Pöördumisi
lahendatakse, vastavalt tellija määratud prioriteetsuse astmele ja määratud lahendamisajale:
Kriitiline/kõrge viga – lahendamisaeg 6 tundi;
Keskmine/madal viga – lahendamisaeg 48 tundi.
Lahendamisaeg on maksimaalne aeg, mille jooksul peab olema tellijat teavitatud lahendusest,
arvates vea teatavakstegemisest. Kokkuleppeliselt on võimalik lahendusaegu lepingu täitmise
käigus muuta. Tööaeg E-R 07.30 – 18.30.
1.7 Lisaarendustööd
Lisaarendustöödena käsitletakse arendustöid, mis ei ole käsitletavad tugiteenuse raames vigade
lahendamisel tehtavate töödena või hõivetarkvara lahendamise seadistamisel tehtavate töödena.
Lisaarendustöid tellitakse täitjalt, vastavalt tehnilise kirjelduse dokumendis kajastatud tellimise
protseduurile.
2. Hind
Lepingu hind on täitja ainuke tasu seoses lepinguga ja täitja ise ega tema töötajad ei võta päevarahasid,
kaudset tasu ega muud lepingus toodud kohustustega seotud tasu (näiteks reisimisega seotud kulutused,
mis on vajalikud koolituste või tugiteenuse osutamiseks). Samuti ei ole täitjal ega tema töötajal õigust
täiendavale autori- või muule sarnasele tasule seoses lepingu täitmisel kasutatud patenteeritud või muul
viisil kaitstud eseme või protsessiga.
3. Maksmine
3.1 Täitja esitab tellijale arve masinloetaval kujul e-arvena juhul kui e-arve esitamine on võimalik. Arve
esitamise õigus tekib täitjal pärast töö vastuvõtmist tellija poolt.
3.2 Arve peab sisaldama vähemalt alljärgnevaid andmeid:
3.2.1 info arve esitaja kohta;
3.2.2 info maksja kohta;
3.2.3 viide Lepingule;
3.2.4 käibemaksukohustuslase number;
3.2.5 vastuvõetud töö nimetus ja kirjeldus;
3.2.6 käibemaks;
3.2.7 kogusumma.
3.3 Tellija tasub lepingu hinna täitja poolt esitatud arvel märgitud kuupäevaks. Maksetähtaeg ei tohi olla
lühem kui 30 kalendripäeva, va juhul kui hankija on nimetatut pakkumuse esitamise ettepanekus ette
näinud.
3.4 Ettemakseid Tellija ei teosta.
3.5 Lõpparve maksmine eeldab täitja kõigi Lepingu järgsete kohustuste täitmist ning tellija poolt
vastuvõtmist.
3.6 Tellijal on õigus lepingu rikkumise korral arvestatud leppetrahvid ja kahju hüvitised maha arvata lepingu
alusel täitjale tasumisele kuuluvatest summadest.
3.7 Tellija poolt makstud mistahes summa, mis ületab täitjale lepingus ettenähtu, maksab täitja tellijale
tagasi 30 kalendripäeva jooksul pärast vastava teate saamist.
3.8 Lepingujärgse hinna tasumisega viivitamisel on täitjal õigus nõuda viivist iga maksmisega viivitatud
kalendripäeva eest 0,15 (null koma viisteist) % maksmata summast päevas.
4. Informatsioon ja aruanded
4.1. Täitja loetakse asukohaga ja lepingu tingimustega tutvunuks. Eelkõige ei rahuldata täitja nõuet
lisamakseteks või ajapikenduseks, kui ta oleks saanud vajaliku informatsiooni hankida visiidiga
asukohta, konsulteerides tellijaga või muul sobilikul viisil.
4.2. Tellija varustab täitjat tema käsutuses oleva mistahes informatsiooni ja dokumentatsiooniga, mis võib
olla lepingu täitmisel oluline, niipea kui võimalik, kuid mitte hiljem kui 2 tööpäeva jooksul vastava nõude
saamisest.
4.3. Tellija abistab täitjat niipalju kui võimalik lepingusse puutuva informatsiooni saamisel, mida täitja
mõistlikkuse piirides lepingu täitmiseks nõuab.
4.4. Täitja annab tellijale niipea kui võimalik, kuid mitte hiljem kui 2 tööpäeva jooksul vastava nõude
saamisest, lepingu täitmist (sealhulgas seadmeid, telekommunikatsioone, tarkvara, projekti kulgemist
ja teenuseid) puudutavat informatsiooni.
5. Teated ja kirjavahetus
5.1. Pooltevaheline suhtlus toimub selleks otstarbeks määratud poolte kontaktandmetel ja aadressidel.
Pooled on kohustatud kontaktandmete ja aadresside muutusest teineteist teavitama viivitamatult,
aga mitte hiljem kui 2 tööpäeva jooksul.
5.2. Kui teisele poolele edastatav teade eeldab vastust, tuleb vastata viivitamatult, kuid mitte hiljem kui
2 tööpäeva jooksul.
5.3. Pooltevahelised lepinguga seotud teated peavad olema kirjalikku taasesitamist võimaldavas
vormis, välja arvatud juhtudel, kui teated on informatsioonilise iseloomuga, mille edastamisel
teisele poolele ei ole õiguslikke tagajärgi. Teade loetakse kätte saaduks, kui:
5.3.1. teade on üle antud allkirja vastu;
5.3.2. teade on edastatud tähitud kirjana poole postiaadressil ja teate postitamisest on möödunud 5
(viis) kalendripäeva;
5.3.3. e-posti või telefoni teel on teade edastatud Lepingus märgitud kontaktisikule või esindajale.
6. Asukoht
6.1. Täitja peab andma lepingutäitmise käigus piisavalt informatsiooni korrektselt kirjalikku
taasesitamist võimaldavas vormis koostatud kasutusjuhendi näol, et võimaldada tellijal asukoht
lepingujärgsete kohustuste täitmiseks kohaselt ette valmistada. Juhend peab olema antud sellise
sisendiga, et objektiivselt keskmise võimekusega programmeerija oleks suuteline asukoha töö
vastuvõtmiseks vajalike testide teostamiseks ette valmistada. Juhend peab olema esitatud piisava
ajavaruga selleks, et tellijal oleks võimalik töö üleandmisel alustada koheselt vastuvõtmiseks
vajalike testide teostamist. Juhul, kui töö üleandmise hetkeks ei ole juhendit edastatud või kui
edastamisest hoolimata ei ole tellija asukohta ette valmistada jõudnud, algab töö vastuvõtmiseks
ette nähtud tähtaeg kulgema pärast asukoha ette valmistamist. Kui täitja ei ole ette näinud erilisi
keskkonnatingimusi, võib tellija eeldada, et neid ei nõuta.
6.2. Tellija teeb vastavad ettevalmistused ja loob tingimused omal kulul. Riistvara- ja kolmandate
osapoolte kommertstarkvara vajadused annab täitja pakkumuses tellijale ette. Juhul, kui täitja ei
ole suutnud kõiki vajadusi ette näha pakkumuses, käsitletakse nimetatut lepinguliste kohustuste
olulise rikkumisena (p. 8.4.2), mille puhul on tellijal õigus esitada täitjale leppetrahvi nõue.
6.3. Kui tellija ettevalmistused või loodud tingimused ei vasta lepingus sätestatule, esitab täitja
viivitamatult puuduste loetelu. Kui tellija ei muuda olukorda selliselt, et täitjal oleks võimalik
ajagraafikust kinni pidada, on Täitjal õigus saada lepingujärgsete kohustuste täitmiseks vajalikku
ajapikendust.
6.4. Täitjal on õigus taotleda juurdepääsu asukohale tellija tavalisel tööajal.
6.5. Täitja kulud, mis on seotud lepingus sätestatud juurdepääsupiirangutega ja turvaprotseduuridega,
sisalduvad lepingu hinnas ning neid ei hüvitata.
6.6. Tellija võib igal ajal lepingu kehtivuse vältel muuta või kehtestada juurdepääsupiiranguid ja
turvaprotseduure. Kui täitja tõendab, et selline muudatuste tegemine või piirangute või
protseduuride kehtestamine põhjustas lisakulusid, on tal õigus nende hüvitamisele.
7. Lepingu muutmine
7.1. Lepingut võib muuta poolte kirjalikul kokkuleppel. Muudatused jõustuvad pärast nende
allkirjastamist mõlema poole poolt või poolte poolt määratud tähtajal. Kirjaliku vormi mittejärgimisel
on muudatused tühised.
7.2. Riigihangete seaduse § 123 lg 1 p 1 kirjeldatud muudatused lepitakse kokku tellija ja täitja
esindajate poolt kirjalikku taasesitamist võimaldavas vormis. Lepingu hinda arvestatakse muutmise
vajaduse hetkel lepingu alusel teostatud tööde eest tasutud arvete koguväärtuse alusel.
8. Poolte õiguskaitsevahendid
8.1. Lepingu see peatükk fikseerib Lepingu olulised rikkumised, menetluse rikkumisest teatamisel ning
Poolte vastutuse. See peatükk ei välista ega piira poole õigust kasutada muude lepingu rikkumiste
korral muid õigusaktidest tulenevaid õiguskaitsevahendeid, samuti kasutada täiendavaid
õiguskaitsevahendeid lisaks selles peatükis kokkulepitule.
8.2. Lepingust või seadusest tuleneva õiguse või õiguskaitsevahendi mittekasutamine või selle
kasutamisega viivitamine ei tähenda nimetatud õigusest või õiguskaitsevahendist või muudest
õigustest või õiguskaitsevahenditest loobumist. Lepinguga seotud mis tahes loobumised on
kehtivad ainult siis, kui need on selgesõnaliselt ja kirjalikult väljendatud.
8.3. Pooled vastutavad lepinguga võetud kohustuste täitmata jätmise või mittekohase täitmise eest
Eesti Vabariigi õigusaktides ning Lepingus ettenähtud korras.
8.4. Oluliseks lepingurikkumiseks loetakse muu hulgas järgmisi rikkumisi:
8.4.1. Pool ei täida mis tahes lepingust tulenevat kohustust teise poole poolt lepingust tuleneva
vastava kohustuse täitmiseks antud täiendava tähtaja jooksul;
8.4.2. Täitja poolt esitatud asukoha keskkonnatingimused ei ole piisavad tarkvara paigaldamiseks
või korrapäraseks tööks;
8.4.3. Täitja on korduvalt (rohkem kui 2 korda) tugiteenuse käigus esitatud pöördumistele
lahendanud tähtaega ületades;
8.4.4. Täitja rikkus kohustust tahtlikult või raske hooletuse tõttu;
8.4.5. Täitja rikkus lisaarendustööde garantiitingimusi;
8.4.6. Täitja ei täienda tarkvara tellija poolt ette antud tähtajaks, vastavalt E-ITS/OWASP auditi
tulemustest.
8.4.7. Poolel või tema poolt kaasatud kolmandal isikul puuduvad lepingu täitmiseks vajalikud õigused
(sealhulgas load, litsentsid, Intellektuaalse omandi õigused);
8.4.8. Täitja suhtes on algatatud pankrotimenetlus, pankrot on välja kuulutatud, täitja varad
arestitakse või täitja finantsseisund halveneb tellija põhjendatud hinnangul oluliselt ja see
halvenemine muudab vähetõenäoliseks lepingu nõuetekohase täitmise;
8.4.9. Pool on rikkunud Intellektuaalse omandi õigusi ja nende kasutamise tingimusi;
8.4.10. Pool on rikkunud konfidentsiaalsuskohustust;
8.4.11. Pool on rikkunud avalikustamise keelu kohustust;
8.4.12. Pool on rikkunud kolmandate isikutega seonduvaid kohustusi;
8.4.13. Tellija on viivituses lepingus kokku lepitud maksetähtajaga rohkem kui kolmkümmend (30)
kalendripäeva;
8.5. Poolel on õigus nõuda lepingu olulise rikkumise korral leppetrahvi tasumist kuni 10 000 eurot iga
vastava juhtumi korral.
8.6. Poolte rahaline koguvastutus on piiratud Lepingu kogumaksumusega, kuid see piirang ei kehti tahtliku
rikkumise korral.
8.7. Pool peab teavitama teist poolt leppetrahvi nõudest mõistliku aja jooksul arvates ajast, mil ta sai teada
leppetrahvi nõudmise õiguse tekkimisest. Pool on kohustatud tasuma leppetrahvi neljateistkümne (14)
kalendripäeva jooksul arvates teiselt Poolelt sellekohase nõude saamisest. Kui Poole hinnangul on
leppetrahvi nõue alusetu, on Pool kohustatud neljateistkümne (14) kalendripäeva jooksul oma
seisukohta kirjalikult selgitama. Leppetrahvi nõudmine ei mõjuta Poole õigust nõuda Poolelt
nõuetekohase Töö või selle osa teostamist ning kahju hüvitamist või kasutada muid seadusest
tulenevaid õiguskaitsevahendeid. Tellija käsitleb kahjuna ka projekti „PRÜM II“ rakendamiseks antud
toetuse tagasimakse hüvitamist olukorras, mil tagasimakse on tingitud täitja tegevusest/
tegevusetusest.
8.8. Lisaks leppetrahvi nõudele ja / või leppetrahvi asemel on tellijal õigus nõuda täitjalt lepingu
mittenõuetekohasel täitmisel, et:
8.8.1. Täitja kõrvaldaks puudused, sealhulgas nõuda, et täitja hangiks parema teenuse osutamiseks
vajalikud lisatarkvara ja teenused;
8.8.2. oluliste puuduste, samuti puuduste kõrvaldamise ebaõnnestumise korral nõuda, et täitja teeks
uue töö ja tarniks uue tarkvara või keelduda vastuvõtmisest ning leping lõpetada;
8.8.3. võtta täitja pakutud töö vastu ning alandada vastavalt hinda;
8.9. Lepingust tulenevate leppetrahvide maksmine, samuti tekitatud kahju hüvitamine, ei vabasta lepingut
rikkunud poolt Lepingujärgsete kohustuste täitmisest.
9. Standardid, liidesed ja ühilduvus
9.1. Täitja lepingujärgsete kohustuste täitmine ei tohi tekitada häireid tellija mistahes teiste liidestatud
süsteemide talitluses.
9.2. Täitja garanteerib, et kõik seadmed, telekommunikatsioonid, tarkvara ja teenused on vastastikku
ühilduvad, funktsioneerivad ja töötavad standardite ja/või liideste vahendusel rahuldavalt koos
mistahes teiste lepingus sätestatud seadmete, telekommunikatsioonide, tarkvara ja teenustega
ning lepingus sätestatud keskkonnas.
9.3. Täitja ei muuda ilma tellija eelneva kirjaliku nõusolekuta mistahes standardeid, liideseid,
sideprotokolle jms.
10. Dokumentatsioon
10.1. Lepingu täitmisel kaasneva dokumentatsiooni loomisel toetutakse tehnilises kirjelduses ja nimetatu
lisades kajastatud tingimustele või tellija juhistele.
10.2. Täitja varustab tellijat piisava ja adekvaatse dokumentatsiooniga, kaasa arvatud informatsioon
tarkvara projekteerimise ja funktsioneerimise kohta, mis on vajalik, et tellija saaks tarkvara ja
teenuseid efektiivselt kasutada, hooldada, kohandada ja neile lisaseadmeid lisada.
10.3. Kõik juhendid ja muud dokumendid esitatakse eesti keeles, kui ei ole kokku lepitud teisiti.
10.4. Dokumentatsioon peab vastama tootele, sisaldama muudatusi ja olema terminoloogiliselt üheselt
mõistetav.
10.5. Dokumentide valmistamiseks ja levitamiseks kasutatakse paberkandjat või elektroonilist
infokandjat.
11. Üleandmine ja vastuvõtmine
11.1. Töö või Töö etapi valmimise järgselt annab täitja selle tellijale üle vastuvõtmiseks.
11.2. Täitja peab tellijat Töö või Töö etapi üle andmise viivitusest või viivitusse sattumise ohust ja
põhjustest koheselt kirjalikku taasesitamist võimaldavas vormis informeerima. Kui täitja viivituse
põhjustab tellija, on täitjal õigus nõuda mõistlikku ajapikendust ja põhjendatud lisakulude
hüvitamist.
11.3. Töö või töö etapi üleandmise kohta koostab täitja üleandmise akti, milles näidatakse muuhulgas
ära üleandmise kuupäev, teostatud töö, osutatud teenuste tarnitud tarkvara detailiseeritud nimekiri
ning vajaduse korral neis esinevad puudused. Iga töö etapi üleandmisel koostab ja esitab täitja
antud etapi kohta koostatud dokumentatsiooni, vastavalt dokumentatsiooniplaanile või tellija poolt
tehnilises kirjelduses esitatud nõudmistele.
11.4. Töö või töö etapi üleandmine tellijale ei ole käsitatav selle vastuvõtmisena tellija poolt.
11.5. Täitjal on õigus nõuda ja tellijal kohustus töö vastu võtta kui töös on täitja poolt kõrvaldatud kõik
järgmise prioriteediga vead: kriitiline ja mittekriitiline. Taolisel juhul lasub täitjal kohustus
vaegtöödena madala ja väheolulise tähtsusega vead parandada töö vastuvõtmise aktis toodud
ajaperioodiks.
11.6. Pärast töö etapi üleandmist on tellijal õigus töö üle vaadata 10 tööpäeva jooksul. Pärast töö
üleandmist on tellijal õigus töö üle vaadata 20 tööpäeva jooksul.
11.7. Juhul, kui tellija leiab, et töö ei vasta Lepingu tingimustele, on tellija kohustatud teavitama täitjat
töös avastatud puudustest, keeldumisest tööd enne puuduste kõrvaldamist vastu võtta ja
kirjeldama töö puudused. Täitja on kohustatud puudused kõrvaldama 5 tööpäeva jooksul, kui
pooled ei ole kokku leppinud mõnda muud tähtaega. Töö puuduste kõrvaldamise kulud kannab
täitja.
11.8. Enne töö vastuvõtmist viib tellija töö nõuetelevastavuse kindlakstegemiseks läbi testid.
11.9. Kui töö või mistahes töö osa ei läbi teste, viiakse otsekohe pärast seda, kui täitja on teinud vajalikud
korrektuurid testide edukaks läbiviimiseks, läbi kordustestid samadel tingimustel.
11.10. Tellija nõudmisel viib kordustestid läbi täitja.
11.11. Parandatud töö üleandmine toimub nagu esmakordsel üleandmiselgi.
11.12. Puudustega üle antud tööd ei loeta tähtaegselt üleantuks ning tellijal on õigus nõuda sellise
lepingurikkumise korral täitjalt leppetrahvi Lepingus sätestatud korras ja määrades või rakendada
muid õiguskaitsevahendeid.
11.13. Vastuvõtmiseks valmis töö peab vastama Lepingus sätestatud tingimustele. Töö etapi
vastuvõtmine tellija poolt ei tingi ega kohusta töö kui terviku vastuvõtmist tellija poolt juhul, kui töö
ei vasta tingimustele. Töö vastuvõtmise kohta koostab tellija vastuvõtuakti, milles näidatakse
muuhulgas ära vastuvõtmise kuupäev, teostatud töö, osutatud teenuste tarnitud tarkvara
detailiseeritud nimekiri.
11.14. Töö või töö etapp loetakse vastuvõetuks vastuvõtuakti allkirjastamisest või toodangukeskkonnas
kasutusele võtmisest. Juhul, kui tellija on võtnud puuduseid sisaldava töö või töö etapi
toodangukeskkonnas kasutusele, loetakse vastuvõetuks ainult nõuetekohaselt teostatud tööd ja
täitjal on õigus nimetatute osas esitada arve. Taolises olukorras esitab tellija täitjale töös või töö
etapis esinevate puuduste nimekirja ning puuduste kõrvaldamise tähtaja, kas enne töö või töö etapi
toodangukeskkonnas kasutusele võtmist või vahetult pärast selle toimumist.
11.15. Täitja vastutab töö juhusliku hävimise või kahjustumise eest kuni töö vastuvõtmiseni tellija poolt.
12. Garantii
12.1. Täitja annab teostatud lisaarendustöödele kaheteist kuulise töövõtugarantii. Garantiiperiood algab
töö vastuvõtmisest.
12.2. Garantiiperioodil ilmnevad puudused kõrvaldab täitja omal kulul, v.a punktis 12.7 toodud juhtumitel.
Kui ilmnenud puudused ei ole garantii korras kõrvaldatavad, esitab täitja tellijale põhjendused
kirjalikku taasesitamist võimaldavas vormis, kuid mitte hiljem kui järgmisel tööpäeval pärast sellest
asjaolust teada saamist.
12.3. Kui ei ole kokku lepitud teisiti, kõrvaldab täitja puudused 10 tööpäeva jooksul puudusest teada
saamisest.
12.4. Juhul kui garantiiperioodil ilmnenud puudused muudavad osa või kõik seadmed,
telekommunikatsioonid ja/või tarkvara kasutamiskõlbmatuks, varustab täitja tellijat nõutud tasemel
toimimise garanteerivate lisa- või asendusosade ja muu vajalikuga omal kulul.
12.5. Tellija informeerib täitjat puuduse iseloomust ja ulatusest otsekohe selle ilmnemisel. Täitja on
kohustatud eemaldama ilmnenud puudused vastavalt lepingus toodule või tellija poolt määratud ajal.
12.6. Garantiiga ei ole hõlmatud:
12.6.1. puudused, mille tekkimise eest vastutab tellija;
12.6.2. diagnostikaks kulunud aeg, juhul kui algselt garantii juhtumina registreeritud juhtumi raames
tuvastatakse, et tegu ei ole garantiilise juhtumiga. Vastav töö kuulub eraldi tasustamisele
lepingu lisaarendustöö tunnihinna alusel.
12.7. Garantii kaotab kehtivuse kui täitjaga kooskõlastamata on muudetud või muudetakse lähtekoodi, v.a
juhul kui tellija suudab eristada lähtekoodis tehtavaid muudatusi.
13. Koolitus
13.1. Täitja tagab tellija personalile adekvaatse väljaõppe, kindlustamaks lepingu esemeks oleva
valmislahenduse efektiivse toimimise, vastavalt lepingus kokkulepitule.
13.2. Koolituse toimumise aeg, koht ja maht kooskõlastatakse eelnevalt tellija kontaktisikuga.
14. Load ja litsentsid
14.1. Täitja vastutab ainuisikuliselt lepingu täitmiseks vajalike lubade ja litsentside saamise eest. Tellija
teeb täitjaga mõistliku koostööd, hoidmaks ära selliste lubade või litsentside väljaandmise asjatut
viivitamist või väljaandmisest keeldumist.
14.2. Tellija võib ilma ette teatamata lepingu lõpetada, kui täitja ei saa lepingu täitmiseks vajalikku luba
või litsentsi.
14.3. Täitja garanteerib, et tal on õigus anda tellijale lepingu objektiks oleva tarkvara ja teiste autori- või
muude sarnaste õigustega kaitstavate esemete kasutamisõigus.
14.4. Täitja garanteerib, et nimetatud kasutusõiguse üleandmisega ei rikuta kolmandate isikute õigusi.
Juhul kui kolmas isik esitab oma õiguste rikkumise tõttu tellija vastu hagi ning see rahuldatakse,
tasub täitja võimalikud kahjuhüvitusnõuded, samuti õigusabikulud ja muud seonduvad kulud.
15. Riski üleminek
15.1. Juhusliku hävimise või kahjustumise risk läheb tellijale üle töö vastuvõtmisel, samuti hetkel, mil
tellija satub viivitusse toimingu tegemisega, millega ta töö üleandmisele peab kaasa aitama.
16. Intellektuaalne vara
16.1 Lepingu allkirjastamisega kinnitab täitja tellijale, et talle kuuluvad Lepingu täitmiseks vajalikud
varalised autoriõigused, litsentsid ja muud intellektuaalse omandi õigused, mis on tarvilikud
lepingujärgse Töö täielikuks teostamiseks ja loovutamiseks ning, et nende suhtes ei ole kolmandatel
isikutel nõudeid.
16.2 Täitja annab tellijale tehtud Tööde (teose) osas autoriõiguse seaduse tähenduses ülemaailmse
tagasivõtmatu lihtlitsentsi kõikide varaliste ja isiklike õiguste suhtes Tööle nende autoriõiguste
kehtivuse tähtajaks alljärgnevatel tingimustel:
16.2.1 Tööd kasutada mis tahes eesmärgil ja mis tahes viisil;
16.2.2 Tööd reprodutseerida (s.h. tasuta jagada, avalikult kättesaadavaks teha või müüa);
16.2.3 ise või kolmandaid isikuid kaasates teost muuta ja luua teosel põhinevaid tuletatud teoseid;
16.2.4 Tööd üldsusele edastada, sealhulgas neid (üldsusele) kättesaadavaks teha (sh internetis) või
eksponeerida, samuti avalikult esitada;
16.2.5 Tööd laenutada ja rentida;
16.2.6 Anda all-litsentse tehtud Töö või selle koopiate suhtes kehtivate õiguste kohta;
16.2.7 täitja annab tellijale vastavalt valdkonnas kehtivatele parimatele praktikatele dokumenteeritud
lähtekoodi.
16.3 Tellija viitab täitjale kui Töö autorile, kuid tellija ei taga, et kolmandad isikud (sh riigiasutused, kes
kasutavad Tööd) viitavad täitjale kui Töö autorile. Tellija ei vastuta eeltoodud isikute täitjale
viitamata jätmise eest.
16.4 Tellija võib Teose autoriõigusi teostada mistahes olemasolevas või hiljem loodud keskkonnas, toel
või formaadis.
16.5 Litsents loetakse antuks töö või töö etapi vastuvõtmise hetkest.
16.6 Täitja tagab tellijale kõik vajalikud autoriõigused Lepingu täitmise käigus loodava Tarkvara
kontrollimiseks, testimiseks ning süsteemi paigutamiseks ajaks, kuni tellija ei ole lepingu eset vastu
võtnud.
16.7 Lepingujärgse tarkvarasüsteemi loomiseks kolmandatele isikutele kuuluvate komponentide
(tarkvara) kasutamise osas juhinduvad pooled nende kasutamise litsentsitingimustest. Vastava
kasutusõiguse maksumus sisaldub tarkvara kasutusõiguse hinnas. Täitja kinnitab, et eelistab
tarkvara loomisel selliseid kolmandatele isikutele kuuluvaid komponente, mille kasutamisega ei
kaasne täiendavaid litsentsitasusid ega piiranguid tarkvara kasutamisel või alllitsentside andmisel.
Täitja on kohustatud tellijat teavitama juhul, kui täitja plaanib tarkvara loomisel kasutada selliseid
kolmandatele isikutele kuuluvaid komponente, mille kasutamine toob tellijale kaasa täiendavaid
litsentsitasusid või piiranguid tarkvara kasutamisel. Ilma tellija kirjaliku nõusolekuta ei tohi täitja
tarkvara loomisel nimetatud komponente kasutada.
16.8 Tasu Intellektuaalse omandi õiguste ja litsentside eest sisaldub Lepingu maksumuses ning täitjal
ei ole õigust nõuda täiendavat tasu nende õiguste üleandmise ega litsentsimise eest (sh Lepingu
sõlmimise ajal tundmatute kasutusviiside lubamise eest tulevikus).
17 Kolmandad isikud
17.1 Pooled võivad loovutada lepingust tulenevaid rahalisi nõudeid kolmandatele isikutele. Pooled on
kohustatud teineteist nõude loovutamisest viivitamatult kirjalikult informeerima.
17.2 Pooled ei või oma lepingujärgseid kohustusi anda üle kolmandale isikule ega kaasata oma
lepingujärgsete kohustuste täitmiseks kolmandat isikut ilma teise poole sellekohase selgesõnalise
kirjaliku nõusolekuta. Tellijal on õigus edastada või suunata täitja poolt esitatud arve tasumisele
tellijast erinevale hankijale nendevahelise koostöökokkuleppest tuleneval alusel juhul kui
vastavasisuline teavitus on tellija poolt pakkumuse esitamise ettepanekus kajastatud.
17.3 Pooled vastutavad kõigi isikute eest, keda nad kasutavad oma lepingujärgsete kohustuste täitmisel.
18 Auditeerimine
18.1 Mõlemal poolel on õigus kaasata auditeerimiseks sõltumatu audiitor. Audiitori kaasamiseks ei ole
vajalik teise poole luba.
18.2 Audiitori isik ja muu auditeerimisega seotud asjaolud sätestatakse eraldi kokkuleppes.
Auditeerimise käigus avastatud probleemid tuleb registreerida ja vajaduse korral sisestada
probleemide lahendamise protsessi.
18.3 Täitja peab täpset arvet lepingu täitmisel töötatud inimpäevade ja –kuude kompenseerimisele
kuuluvate kulude kohta. Audiitorile võimaldatakse piiramatu ligipääs nimetatud andmetele.
18.4 Audiitorit kaasanud pool tagab, et audiitor käsitleb saadud informatsiooni konfidentsiaalsena.
Vastutus jääb audiitorit kaasanud poolele.
18.5 Pärast andmete auditeerimist ja kontrollimist teeb audiitor järeldusotsuse, mis on lõplik.
18.6 Auditi kulud kannab auditi tellinud pool, v.a OWASP/E-ITS auditi tulemusena ilmnenud täitja
tegevusest/tegevusetusest põhjustatud puuduste kõrvaldamise järgselt teostatud järelauditi kulud.
19 Õigustest loobumine
19.1 Kummagi poole mistahes viivitus, hoolimatus või keeldumine teist poolt lepingutingimuste täitmise
nõudmisel või muude nõuete esitamisel ei kujuta endast selle poole mistahes lepingujärgsetest
õigustest loobumist või nende tühistamist.
20 Avalikud suhted
20.1 Pooled ei tegele seoses lepinguga avalike suhetega ega anna teateid pressile, elektroonilisele
meediale, üldsusele või teistele auditooriumidele, välja arvatud teise poole eelneval kirjalikul
nõusolekul. Avaldada võib vaid teateid, mis on teise poolega eelnevalt kooskõlastatud.
20.2 Kõik eelnimetatud kohustused kehtestab pool ka kõigile kolmandatele isikutele, keda ta kasutab
oma lepingujärgsete kohustuste täitmisel.
21 Konfidentsiaalsus ja isikuandmed
21.1 Täitja ei või oma lepingujärgseid kohustusi anda üle kolmandale isikule ega kaasata oma
lepingujärgsete kohustuste täitmiseks kolmandat isikut ilma Tellija sellekohase selgesõnalise kirjaliku
nõusolekuta.
21.2 Täitja on kohustatud:
21.2.1 tagama lepingu täitmise käigus Tellijalt ükskõik mis vormis saadud teabe (andmed,
tehingudokumentatsioonis ja lepingutes sisalduvad Tellija esindajate isikuandmed, know-how)
konfidentsiaalsuse ning ei edasta ega võimalda sellele teabele juurdepääsu kolmandale isikule
ilma Tellija sellekohase selgesõnalise kirjaliku nõusolekuta;
21.2.2 tagama lepingueelsete läbirääkimiste, lepingujärgsete kohustuste ja lepingu täitmise käigus
ükskõik mis vormis teatavaks saanud isikuandmete (v.a. tehingudokumentatsioonis ja
lepingutes sisalduvate Tellija esindajate isikuandmete) konfidentsiaalsuse ning ei edasta ega
võimalda nendele juurdepääsu ühelegi kolmandale isikule ilma Tellija sellekohase
selgesõnalise kirjaliku nõusolekuta;
21.2.3 ei edasta punktis 21.2.2 nimetatud isikuandmeid väljapoole Euroopa Liidu liikmesriikide ja
Euroopa Majandusühendusse kuuluvate riikide territooriumit ilma tellija sellekohase
selgesõnalise kirjaliku nõusolekuta;
21.2.4 kasutama ja töötlema punktis 21.2.2. nimetatud isikuandmeid üksnes Lepingu täitmiseks ja
Tellija dokumenteeritud juhiste alusel, välja arvatud juhul, kui täitja on kohustatud teavet
töötlema täitja suhtes kohalduva õiguse alusel. Viimati nimetatud juhul teavitab Täitja Tellijat
vastava kohustuse olemasolust enne teabe töötlemist, kui selline teavitamine ei ole olulise
avaliku huvi tõttu Täitja suhtes kohalduva õigusega keelatud;
21.2.5 võimaldab juurdepääsu punktis 21.2.2. nimetatud isikuandmetele ainult nendele isikutele, kellel
on selleks oma tööülesannete täitmiseks vajadus ning tagab, et need isikud on teadlikud ning
järgivad isikuandmete töötlemisalaseid nõudeid ja õigusakte, nad on saanud asjakohase
koolituse eelmainitud nõuete kohta, on võtnud endale konfidentsiaalsuskohustuse või neile
kehtib asjakohane seadusest tulenev konfidentsiaalsuskohustus. Vastav
konfidentsiaalsuskohustus jääb kehtima pärast käesoleva Lepingu lõppemist;
21.2.6 kohustub täitma kõiki kehtivaid isikuandmete töötlemisalaseid nõudeid, andmete turvalisust
puudutavaid ning isikuandmete kaitse alaseid Euroopa Liidu ja Eesti Vabariigi õigusakte ja muid
eeskirju.
21.2.7 kohustub rakendama järgmisi organisatsioonilisi, füüsilisi ja infotehnilisi turvameetmeid punktis
21.2.2. nimetatud isikuandmete kaitseks juhusliku või tahtliku volitamata muutmise; juhusliku
hävimise ja tahtliku hävitamise eest ning õigustatud isikule andmete kättesaadavuse
takistamise eest, volitamata töötlemise s.h. avalikustamise eest:
a) vältima kõrvaliste isikute ligipääsu isikuandmete töötlemiseks kasutatavatele seadmetele;
b) ära hoidma andmete omavolilist lugemist, kopeerimist ja muutmist
andmetöötlussüsteemis, samuti andmekandjate omavolilist teisaldamist;
c) ära hoidma isikuandmete omavolilist salvestamist, muutmist ja kustutamist ning tagama, et
tagantjärele oleks võimalik kindlaks teha, millal, kelle poolt ja milliseid isikuandmeid
salvestati, muudeti või kustutati või millal, kelle poolt ja millistele isikuandmetele
andmetöötlussüsteemis juurdepääs saadi;
d) tagama, et igal andmetöötlussüsteemi kasutajal oleks juurdepääs ainult temale
töötlemiseks lubatud isikuandmetele ja temale lubatud andmetöötluseks;
e) tagama andmete olemasolu isikuandmete edastamise kohta: millal, kellele ja millised
isikuandmed edastati, samuti selliste andmete muutusteta säilimise;
f) tagama, et isikuandmete edastamisel andmesidevahenditega ja andmekandjate
transportimisel ei toimuks isikuandmete omavolilist lugemist, kopeerimist, muutmist või
kustutamist;
g) pidama arvestust isikuandmete töötlemisel kasutatavate tema kontrolli all olevate
seadmete ja tarkvara üle, dokumenteerides järgmised andmed:
i. seadme nimetus, tüüp ja asukoht ning seadme valmistaja nimi;
ii. tarkvara nimetus, versioon, valmistaja nimi ja kontaktandmed.
21.2.8 teavitama tellijat toimunud või põhjendatult kahtlustatavast käesoleva lepingu punktis 21.2.1
ja/või 21.2.2 sätestatud konfidentsiaalsuskohustuse rikkumisest; punktis 21.2.7. ja selle
alapunktides a-g sätestatud turvameetmete rikkumisest, mis põhjustab, on põhjustanud või võib
põhjustada edastatavate, salvestatud või muul viisil töödeldavate isikuandmete juhusliku või
ebaseadusliku hävitamise, kaotsimineku, muutmise või loata avalikustamise või neile
juurdepääsu, kirjalikult viivitamata aga mitte hiljem kui kakskümmend neli (24) tundi pärast
sellest teada saamist. Teates tuleb vähemalt:
a) kirjeldada (Isikuandmetega seotud) rikkumise laadi, sealhulgas puudutatud
andmesubjektide liike ja arvu ning puudutatud kirjete liike ja arvu;
b) teatada andmekaitse töötaja ja tema kontaktandmed või muu kontaktpunkt, kust saab
lisateavet;
c) soovitada meetmeid (Isikuandmetega seotud) rikkumise võimalike negatiivsete mõjude
leevendamiseks;
d) kirjeldada (Isikuandmetega seotud) rikkumise tõttu andmesubjektidele tekkivaid tagajärgi
ja potentsiaalseid ohte;
e) kirjeldada täitja/või kolmandast isikust alltöötleja poolt välja pakutud või võetud meetmeid
(Isikuandmetega seotud) rikkumisega tegelemiseks ja
f) esitada muud teavet, mis on mõistlikult nõutav, et Tellija saaks täita Kohaldatavaid
andmekaitse õigusakte, sealhulgas riigiasutustega seotud teavitamise ja avaldamise
kohustusi, näiteks teavet, mis on nõutav andmesubjekti tuvastamiseks.
21.2.9 Tellija eelnevalt kirjalikul heakskiidul lõpetama käesoleva lepingu punktis 21.2.8.nimetatud
rikkumise ning kohaldama meetmeid (isikuandmetega seotud) rikkumise lahendamiseks,
sealhulgas vajaduse korral rikkumise võimaliku kahjuliku mõju kõrvaldamiseks ja
leevendamiseks;
21.2.10 kohustub lepingu lõppemisel kustutama kõik punktis 21.2.2. nimetatud isikuandmed ja
nimetatute koopiad 30 päeva jooksul, v.a juhul, kui õigusaktidest tuleneb teisiti;
21.2.11 teeb Tellijale kättesaadavaks kogu teabe, mida Tellija peab vajalikuks lepingus sätestatud
kohustuste täitmise tõendamiseks;
21.2.12 võimaldab Tellijal või Tellija poolt volitatud audiitoril teha auditeid ja kontrolle ning panustab
nendesse;
21.2.13 kohustub võimaluse piires asjakohaste tehniliste ja korralduslike meetmete abil punktis 21.2.2.
nimetatud isikuandmete osas Tellijal täita Tellija kohustust vastata taotlustele andmesubjekti
õiguste teostamiseks ning teostada nende õiguste teostamisest tulenevaid toiminguid (andmete
parandamine, sulgemine, kustutamine).
21.3 Käesoleva lepingu punktis 21.2.1. sätestatud konfidentsiaalsuse nõue ei laiene informatsiooni
avaldamisele täitja audiitorile ja advokaadile.
21.4 Käesoleva lepingu punktides 21.2.1. ja 21.2.2. sätestatud konfidentsiaalsuskohustuse nõue on
tähtajatu ning kehtib nii lepingu täitmise ajal kui ka pärast lepingu lõppemist.
21.5 Tulenevalt konfidentsiaalse informatsiooni laadist on tellijal õigus seada täiendavaid nõuded ja/või
juhised isikuandmete töötlemiseks.
21.6 Kõik käesoleva lepingu punktides 21.2.1. – 21.4 kohustused kehtestab täitja kõikidele
kolmandatele isikutele, keda ta kasutab oma lepingujärgsete kohustuste täitmisel. Kolmas isik on
füüsiline või juriidiline isik või riigi- või kohaliku omavalitsuse asutus, kes ei ole ei tellija ega ka täitja.
22 Lepingu täitmise peatamine ja lepingu lõpetamine
22.1 tellija võib peatada täitjale lepingujärgselt makstavate summade maksmise kas osaliselt või
täielikult, kui:
22.1.1 täitja ei täida Lepingut;
22.1.2 vastuvõtmise, testimise või auditeerimise käigus avastatakse puudusi või muid täitja poolseid
kohustuste rikkumisi;
22.1.3 tellija Lepingu järgsete kohustuste õigeaegset ja korrektset täitmist segab või ähvardab segada
muu asjaolu, mille eest vastutab täitja.
22.2 täitja võib peatada tellijale teenuse osutamise kas osaliselt või täielikult, kui:
22.2.1 tellija ei täida Lepingut;
22.2.2 täitja Lepingu järgsete kohustuste õigeaegset ja korrektset täitmist segab või ähvardab segada
muu asjaolu, mille eest vastutab tellija.
22.3 tellija võib igal ajal Lepingu üles öelda, teatades sellest 1 (üks) kuu ette. Sellisel juhul on täitjal
õigus nõuda tasu täidetud kohustuste eest.
22.4 tellijal on õigus Leping erakorraliselt etteteatamata lõpetada täitjapoolse olulise Lepingu rikkumise
korral. Lepingu lõpetamisel punktides 8.4 nimetatud juhtudel täitja tehtud Tööd ei tasustata. täitja
poolt tarnitud seadmed, telekommunikatsioonid ja tarkvara tagastatakse, selle võimatuse korral
või muul juhul, kui tagastamine on saadu olemuse tõttu välistatud, makstakse hüvitust
võlaõigusseaduses sätestatud korras.
22.5 täitja võib Lepingu üles öelda tellijapoolse olulise Lepingu rikkumise korral pärast vastava
hoiatuse saatmist, kui rikkumist ei ole kõrvaldatud 10 (kümne) tööpäeva jooksul peale hoiatuse
esitamist. Sellise Lepingu lõpetamise korral maksab tellija täitjale tasu täidetud kohustuste eest.
22.6 Lepingu lõppemisel on täitja kohustatud tellijale tagastama kõik Lepingu täitmiseks üleantu.
23 Vääramatu jõud
23.1 Lepingust tulenevate kohustuste mittetäitmist või mittenõuetekohast täitmist ei loeta Lepingu
rikkumiseks, kui selle põhjuseks oli vääramatu jõud. Vääramatu jõuna käsitlevad pooled
võlaõigusseaduse §-s 103 lg 2 nimetatud asjaolusid.
23.2 Pool, kelle tegevus lepingujärgsete kohustuste täitmisel on takistatud vääramatu jõu asjaolude
tõttu, on kohustatud sellest koheselt kirjalikult teatama teisele Poolele, esitades teavitusega ühes
tõendid kõigi järgnevate asjaolude esinemise kohta:
23.2.1 takistava asjaolu esinemine, mis takistab kohustuse kohast täitmist;
23.2.2 takistava asjaolu asetsemine väljaspool võlgniku mõjusfääri;
23.2.3 asjaolu ettenägematus;
23.2.4 asjaolu vältimatus ja ületamatus.
23.3 Vääramatu jõu asjaolude ilmnemisel pikeneb lepingu lõpptähtaeg nimetatud asjaolude esinemise
perioodi võrra. Pool peab vääramatu jõu asjaolude äralangemisel Lepingut täitma asuma. Kui
vääramatu jõu asjaolude tõttu on Poole Lepingust tulenevate kohustuste täitmine takistatud enam
kui 60ne kalendripäeva võrra võib teine Pool öelda lepingu üles.
24 Kehtiv seadusandlus
Lepingule ning kõikidele lepingu osaks olevatele dokumentidele kohaldatakse Eesti Vabariigi õigusakte.
25 Vaidluste lahendamine
25.1 Käesoleva Lepingu allkirjastamisega kinnitavad pooled, et on tutvunud ja on nõus Lepinguga ja
selle lisadega ning mõistavad täielikult enesele võetavate kohustuste sisu ning nende tagajärgi.
25.2 Lepinguga seotud või sellest tulenevate arusaamatuste või vaidluste puhul püüavad pooled leida
lahenduse heal tahtel põhinevate läbirääkimiste teel.
25.3 Kokkuleppe mittesaavutamisel lahendatakse vaidlus Harju Maakohtus.
Leping nr. …………
Lisa nr 2
PERSONAL JA KONTAKTANDMED
1. Tellija esindaja ja kontaktisikud
1.1. Tellija esindajaks tööde vastuvõtmise aktide, teadete jms lepinguga seonduvate dokumentide
allkirjastamisel on Eesti Kohtuekspertiisi Instituudi ……………. (tel ………….; e-post
…………….).
1.2. Tellija kontaktisikuks tööde teostamise juhendamisel ning täitjale vajaliku lähteinformatsiooni ja
tööülesannete täpsustamisel jmt. on Registrite ja Infosüsteemide Keskuse …………………… (tel
…; e-post …………………).
2. Täitja esindaja ja kontaktisikud
2.1 Täitja esindajaks on ………… (tel …………..; e-post………….).
2.2 Täitja kontaktisikuks on ………… (tel …………..; e-post………….).
3. Personali nimekiri
3.1. Tellija personal
Nr. Nimi Ametinimetus Kontaktandmed
3.2. Täitja personal
Nr. Nimi Ametinimetus Kontaktandmed
4. Kontaktandmed
4.1. Tellija kontaktandmed on: 4.2. Täitja kontaktandmed on:
Eesti Kohtuekspertiisi Instituut
Reg. nr. ……. Registrikood
………. ……………
……… TALLINN ……………
Telefon: ……….. Telefon: …………….
Negotiated procedure without prior publication
“Purchase of enrolment software” (297559)
Annex to the procurement documentation
CONTRACT NO
Having regard to the ‘PRÜM II’ project of the Internal Security Fund measure ‘Improving and facilitating
the exchange of information’, according to which the beneficiary of the corresponding project is the
Estonian Forensic Science Institute through the Ministry of Justice and Digital Affairs:
Estonian Forensic Science Institute (registry code 70003572), located at Tervise 20, 13419 TALLINN,
represented by Director Ivar Prits on the basis of the statutes, hereinafter referred to as the ‘Contracting
Entity’,
and
........... (registry code ........) with its registered office at ........, represented by ........, Member of the
Management Board, hereinafter referred to as the ‘Contractor’,
hereinafter referred to as the ‘Party’ or the ‘Parties’, awarded this contract (hereinafter referred to as the
‘Contract’) as follows:
1. Object of the Contract
1.1 Under the Contract, pursuant to the tender submitted in the negotiated procedure without prior
publication “Purchase of enrolment software” (297559), the Contracting Entity acquires the
right to use enrolment software for 60 months, and during the period of validity of the Contract,
the provision of support services and the performance of additional development works, in
accordance with the terms and conditions set out in the Contract and the annexes thereto
(hereinafter collectively also referred to as ‘Work’ in the respective case).
1.2 The Parties declare that they will do everything in their power to achieve the objectives of the
Contract under the conditions and to the extent set out in this Contract and related legislation.
2. Contract price and payment
2.1 The Contract price consists of the cost of the right to use the enrolment software and the
support service, as well as additional developments carried out during the period of validity of
the Contract.
2.2 The cost of the right to use the enrolment software is EUR..... (net of VAT). The cost of the right
to use the enrolment software includes the fees related to the training, installation, settings and
other instruction specified in the technical specifications, including the travel expenses of the
Contractor’s representatives. The right to submit an invoice arises for the Contractor after the
Contracting Entity has accepted the aforementioned works. The cost of the right of use includes
the right of the Contracting Entity to increase the number of workstation installations from 27
to 54 during the term of validity of the Contract.
A: Lubja 4, Tallinn 19081, Estonia, T: +372 663 6300, F: +372 646 0165, E:
[email protected], I: Reg 70000310, K: 221023778606, W: www.riik.ee
2.3 The hourly fee for additional developments is EUR .... and the maximum price for ordering
additional developments during the term of validity of the contract is EUR 100,000 (net of VAT).
2.4 The cost of the support service is EUR ........ (net of VAT). The cost of the support service
includes all the activities related to the provision of the support service as reflected in the
technical specifications, including the travel expenses of the representatives of the Contractor.
The total cost of the support service shall be divided into interim payments over the period of
validity of the Contract in such a way that the support service fee is paid as an annual fee in
five (5) instalments. The Contractor shall be entitled to issue an invoice for the first instalment
immediately after the conclusion of the Contract.
2.5 The amounts indicated in the contract price include all expenses and remuneration for
copyrights incurred by the Contractor within the framework of the Contract. VAT will be added
to the contract price.
3. Entry into force of the Contract and documents
3.1 The Contract shall enter into force upon signature by both Parties and shall remain in force for
a period of 60 (sixty) months.
3.2 The Contract Documents shall consist of the text of the Contract, the Annexes to the Contract
attached at the time of signature of the Contract, and the Annexes which may be agreed upon
after signature of the Contract.
3.3 At the time of signature of the Contract, the Annexes to the Contract are as follows:
3.3.1 Annex 1 General Terms and Conditions of the Public Contract;
3.3.2 Annex 2 Staff and Contact Details;
3.3.3 Annex 3 Technical Specifications;
3.3.4 Annex 4 Tender.
By signing this Contract, the Parties certify that they have read and accepted the Contract and its
Annexes and that they have a full understanding of the content of their obligations and the consequences
thereof.
Contracting Entity: Contractor:
/signed digitally/ /signed digitally/
Ivar Prits
Director
Estonian Forensic Science Institute
Public Contract No.
Annex 1
GENERAL TERMS AND CONDITIONS OF THE PUBLIC CONTRACT
Unless otherwise provided in the Special Conditions than in the General Terms and Conditions, the
provisions of the Special Conditions shall apply.
1. Definitions and explanations
The following definitions and the specific explanations given in relation to those definitions apply both to
the contract and to the documents forming part of it.
1.1 Software
‘Software’ means primarily computer programs, telecommunications, databases, applications and other
software in object code, source code, or any other form or adaptation thereof, together with related
documentation.
1.2 Location
Location means the place or places, other than the location of the Contractor, where the equipment,
telecommunications or software is supplied or installed, or where the services are provided (e.g. the
Contracting Entity’s testing, development, and production environment).
1.3 Deficiency and error
A defect or error occurs when the software fails to perform the functions set out in the Contract, gives false
results when its proper functioning is interrupted or (otherwise) disrupted so that the intended use of the
software is prevented or significantly disrupted.
1.4 Error priorities
‘Critical/high’ means a fault that severely disrupts the availability of the capture software, resulting
in the software not working or working with major errors.
Medium/low – an error that partially disrupts the use of the software but does not interfere with the
use of the software.
1.5 Right to use software
The right to use enrolment software during the period of validity of the Contract for the period of 60 (sixty)
months, as mentioned in the Contract and its annexes. The right of use includes 27 workstation installations.
The Contracting Entity has the right to increase the installation volume by a maximum of 27 installations or
reduce the installation volume during the period of validity of the Contract. Upon expiry of the period of
validity of the Contract, the Contracting Entity retains access to the software, but the right to receive support
services is lost.
1.6 Support services
Support service includes a technical consultation (including consultation on the use, management and
administration of the information system), remote support, error prevention and correction, delivery of new
releases and versions, including security updates and related documentation.
Support service is provided both on a regular basis and on the basis of requests. Submissions shall be
made in a format which can be reproduced in writing to the contact address provided by the Contractor or
by telephone. Applications will be resolved according to the priority level and time set by the Contracting
Entity:
Critical/high error – resolution time 6 hours;
Medium/low error – resolution time 48 hours.
The resolution time is the maximum time during which the Contracting Entity must have been
notified of the resolution as of the notification of the error. By agreement, it is possible to change
the resolution times during the performance of the Contract. Working hours Mon–Fri 07.30–18.30.
1.7 Additional development works
Additional development work is considered to be development work that is not considered to be work on
resolving errors in the framework of the support service or work on setting up the solution of enrolment
software. Additional development works shall be ordered from the Contractor in accordance with the
ordering procedure set out in the technical specification document.
2. Price
The contract price is the sole consideration of the Contractor in relation to the Contract and the Contractor
itself or its employees do not charge per diems, indirect remuneration, or any other consideration related
to the obligations set out in the Contract (for example, travel-related expenses necessary for the provision
of training or support). Neither the Contractor nor an employee of the Contractor is entitled to additional
copyright or similar remuneration in respect of a patented or otherwise protected object or process used in
the performance of the Contract.
3. Payment
3.1 The Contractor shall submit an invoice to the Contracting Entity in machine-readable form as an e-
invoice if it is possible to submit an e-invoice. The right to submit an invoice arises for the Contractor
after acceptance of the Work by the Contracting Entity.
3.2 The invoice must contain at least the following information:
3.2.1 information on the issuer of the invoice;
3.2.2 information on the payer;
3.2.3 a reference to the Contract;
3.2.4 VAT number;
3.2.5 the name and description of the accepted work;
3.2.6 VAT;
3.2.7 total amount.
3.3 The Contracting Entity shall pay the contract price by the date indicated on the invoice submitted by
the Contractor. The time limit for payment may not be less than 30 calendar days, unless specified
by the Contracting Entity in the invitation to tender.
3.4 Prepayments shall not be made by the Contracting Entity.
3.5 Payment of the final invoice presupposes fulfilment of all obligations of the Contractor under the
Contract and acceptance by the Contracting Entity.
3.6 The Contracting Entity has the right to deduct the contractual penalties and damages calculated in
case of breach of contract from the amounts payable to the Contractor under the Contract.
3.7 Any amount paid by the Contracting Entity in excess of the amount stipulated in the Contract shall be
refunded by the Contractor to the Contracting Entity within 30 calendar days of receipt of the
respective notice.
3.8 In the event of delay in payment of the contractual price, the Contractor shall be entitled to interest for
late payment for each calendar day of delay equal to 0.15 (zero point one five) % of the unpaid amount
per day.
4. Information and reports
4.1. The Contracting Entity is deemed to be familiar with the location and the Terms and Conditions of the
Contract. In particular, a Contractor’s claim for additional payments or extensions of time shall not be
satisfied if they could have obtained the necessary information by visiting the location in consultation
with the Contracting Entity or by any other suitable means.
4.2. The Contracting Entity shall provide the Contractor with any information and documentation at its
disposal which may be relevant for the performance of the Contract as soon as possible, but not later
than within two (2) working days of receipt of the corresponding request.
4.3. The Contracting Entity shall assist the Contractor as much as possible in obtaining information
concerning the Contract which the Contractor reasonably requests for the performance of the Contract.
4.4. The Contractor shall provide the Contracting Entity as soon as possible, but not later than within two
(2) working days of receiving the request, with information concerning the performance of the Contract
(including equipment, telecommunications, software, project progress and services).
5. Notifications and correspondence
5.1. Communication between the Parties shall take place at the contact details and addresses of the
Parties designated for that purpose. The Parties are obliged to notify each other of any changes in
their contact details and addresses immediately, but not later than within two (2) working days.
5.2. If the notification to the other party requires a response, the reply must be provided immediately,
but no later than within two (2) working days.
5.3. Notices between the Parties relating to the Contract must be in a format which can be reproduced
in writing, except in cases where the notices are of an informational nature, the communication of
which to the other Party has no legal effect. The notification shall be deemed to have been received
if:
5.3.1. the notification has been handed over against signature;
5.3.2. the notification has been sent by registered mail to the postal address of the Party and five (5)
calendar days have elapsed since the notification was posted;
5.3.3. a notice has been sent by e-mail or telephone to the contact person or representative specified
in the Contract.
6. Location
6.1. In the course of performance of the contract, the Contractor must provide sufficient information in
the form of instructions for use drawn up in a format which can be reproduced in writing in order to
enable the Contracting Entity to prepare the location appropriately for the performance of
contractual obligations. The instructions must be provided with such input that an objectively
average programmer is able to prepare the site for the tests required for acceptance. The
instructions must be provided in sufficient time to enable the Contracting Entity to start immediately
carrying out the tests necessary for acceptance upon delivery of the work. If, at the time of delivery
of the work, the instructions have not been sent or if, despite being sent, the Contracting Entity has
not been able to prepare the location, the deadline for accepting the Work shall commence after
the location has been prepared. If the Contractor has not provided for special environmental
conditions, the Contracting Authority may assume that they are not required.
6.2. The Contracting Entity makes the necessary preparations and creates the conditions at its own
expense. The needs of hardware and third-party commercial software shall be provided by the
provider to the Contracting Entity in the tender. If the Contractor has not been able to foresee all
the needs in the tender, it is considered to be a material breach of contractual obligations (clause
8.4.2), in which case the Contracting Entity has the right to submit a claim for a contractual penalty
to the Contractor.
6.3. If the preparations made or conditions created by the Contracting Entity do not comply with those
stipulate in the Contract, the Contractor shall immediately submit a list of deficiencies. If the
Contracting Entity does not change the situation in such a way that it would be possible for the
Contractor to adhere to the schedule, the Contractor has the right to receive the extension
necessary for the performance of the contractual obligations.
6.4. The Contractor has the right to request access to the location during the Contracting Entity’s normal
working hours.
6.5. Expenses incurred by the Contractor in relation to access restrictions and security procedures set
out in the Contract are included in the contract price and are not reimbursed.
6.6. The Contracting Entity may, at any time during the duration of the Contract, modify or introduce
access restrictions and security procedures. If the Contractor proves that such changes or the
introduction of restrictions or procedures resulted in additional costs, they shall be entitled to
reimbursement.
7. Modification of the Contract
7.1. The Contract may be amended by a written agreement between the Parties. Amendments shall
enter into force after they have been signed by both Parties or within the time limit set by the Parties.
In the event of non-compliance with the written form, the amendments shall be null and void.
7.2. The amendments described in clause 123 (1) 1) of the Public Procurement Act shall be agreed
upon by the representatives of the Contracting Entity and the Contractor in a format which can be
reproduced in writing. The Contract Price shall be calculated on the basis of the total value of the
invoices paid for the works performed on the basis of the Contract at the time when the amendment
is necessary.
8. Legal remedies of the Parties
8.1. This Chapter of the Contract sets out the material breaches of the Contract, the procedure for
providing notification of a breach and the liability of the Parties. This Chapter does not preclude or
limit the right of a Party to pursue other legal remedies for other breaches of the Contract, as well
as to pursue remedies additional to those agreed upon in this Chapter.
8.2. Failure to exercise or a delay in exercising a contractual or statutory right or remedy shall not
constitute a waiver of that right or remedy or of any other right or remedy. Any waivers in connection
with the Contract shall be valid only if they are expressed clearly and in writing.
8.3. The Parties shall be liable for the failure to perform or the improper performance of the obligations
under the Contract, pursuant to the procedure prescribed in both the legislation of the Republic of
Estonia and the Contract itself.
8.4. The following, inter alia, shall be considered to be a fundamental breach of contract:
8.4.1. A Party fails to perform any obligation arising from the Contract within the additional period of
time granted by the other Party for the performance of the corresponding obligation arising
from the contract;
8.4.2. The environmental conditions of the location provided by the Contractor are not sufficient for
the installation or regular operation of the software;
8.4.3. The Contractor has repeatedly (more than twice) exceeded the deadline in resolving the
requests submitted in the course of the support service;
8.4.4. The Contractor violated the obligation intentionally or due to gross negligence;
8.4.5. The Contractor violated the warranty terms of the additional development works;
8.4.6. The Contractor fails to update the software by the due date specified by the Contracting Entity,
according to the results of the E-ITS/OWASP audit.
8.4.7. The Party or a third party engaged by it does not have the necessary rights (including permits,
licenses, intellectual property rights) to perform the Contract;
8.4.8. Bankruptcy proceedings have been initiated against the Contractor, bankruptcy has been
declared, the assets of the Contractor are seized, or the financial situation of the Contractor
deteriorates significantly, in the reasonable opinion of the Contracting Authority, and this
deterioration makes it unlikely that the Contract will be properly performed;
8.4.9. The Party has violated the intellectual property rights and the terms and conditions of their
use;
8.4.10. The Party has violated the confidentiality obligation;
8.4.11. The Party has violated the prohibition on disclosure;
8.4.12. The Party has breached its obligations in relation to third parties;
8.4.13. The Contracting Entity is in delay with the payment term agreed upon in the Contract for more
than thirty (30) calendar days;
8.5. The Party has the right to demand the payment of a contractual penalty of up to EUR 10,000 in the
event of a material breach of the Contract in each respective case.
8.6. The total financial liability of the Parties is limited to the total value of the Contract, but this limitation
does not apply in case of intentional violation.
8.7. A Party shall notify the other Party of the claim for a contractual penalty within a reasonable period of
time as of the time when the Party became aware of the creation of the right to demand a contractual
penalty. A Party is required to pay a contractual penalty within 14 (fourteen) calendar days as of the
receipt of a corresponding request from the other Party. If, in the opinion of the Party, the claim for a
contractual penalty is unfounded, the Party is required to explain its position in writing within 14
(fourteen) calendar days. Claiming a contractual penalty does not affect the right of a Party to demand
that the other Party satisfactorily perform the Work or a part thereof and to compensate for damage or
use other legal remedies arising from law. The Contracting Entity also considers as a loss the
reimbursement of the grant granted for the implementation of the PRÜM II project in a situation where
the reimbursement is due to an act/omission on the part of the Contractor.
8.8. In addition to the claim for a contractual penalty and/or instead of a contractual penalty, the Contracting
Entity has the right to require the Contractor, in the event of improper performance of the Contract, to:
8.8.1. The Contractor would remedy the deficiencies, including requiring the Contractor to procure
the additional software and services needed to provide a better service;
8.8.2. in the event of failure to remedy the significant deficiencies, as well as in the event of failure
to remedy the defects, require the Contractor to perform new work and supply new software
or refuse acceptance and terminate the Contract;
8.8.3. accept the Work offered by the Contractor and reduce the price accordingly;
8.9. Payment of contractual penalties arising from the Contract, as well as compensation for damage
caused, shall not release the Party in breach of the Contract from the performance of its obligations
under the Contract.
9. Standards, interfaces, and compatibility
9.1. The performance of the Contractor’s obligations under the Contract shall not cause disruption to
the operation of any of the Contracting Entity’s other interfaced systems.
9.2. The Contractor warrants that all equipment, telecommunications, software and services are
mutually compatible, function and operate satisfactorily, through standards and/or interfaces, with
any other equipment, telecommunications, software and services set forth in the Contract and in
the environment set forth in the Contract.
9.3. The Contractor shall not change any standards, interfaces, communication protocols, etc., without
the prior written consent of the Contracting Entity.
10. Documentation
10.1. The documents accompanying the performance of the Contract shall be drawn up on the basis of
the terms and conditions set out in the technical specifications and the annexes thereto, or on the
basis of the instructions given by the Contracting Entity.
10.2. The Contractor shall provide the Contracting Entity with sufficient and adequate documentation,
including information on the design and functioning of the software, which is necessary for the
Contracting Entity to effectively use, maintain, adapt and add additional equipment to the software
and services.
10.3. All manuals and other documents shall be submitted in Estonian, unless otherwise agreed.
10.4. The documentation shall correspond to the product, include changes and be terminologically
unambiguous.
10.5. Paper or electronic media shall be used for the production and distribution of documents.
11. Delivery and Receipt
11.1. After completion of the Work or the Stage of Work, the Contractor shall hand it over to the
Contracting Entity for acceptance.
11.2. The Contractor shall immediately inform the Contracting Entity in a format which can be reproduced
in writing of any delay in the delivery of the Work or the Stage of Work or of the risk of and reasons
for such delay. If the delay by the Contractor is caused by the Contracting Entity, the Contractor
shall have the right to demand a reasonable extension and compensation for justified additional
costs.
11.3. As regards the delivery of the Work or Stage of Work, the Contractor shall draw up an instrument
of delivery, indicating, inter alia, the date of the delivery, the work carried out, a detailed list of the
software supplied by the services provided and, if necessary, any deficiencies therein. At the time
of delivery of each Stage of Work, the contractor shall draw up and submit the documentation drawn
up for that stage, in accordance with the documentation plan or the requirements laid down by the
Contracting Entity in the technical specifications.
11.4. The transfer of a Work or Stage of Work to the Contracting Entity shall not be deemed to be
acceptance thereof by the Contracting Entity.
11.5. The Contractor has the right to demand and the Contracting Entity has the obligation to accept the
Work if all errors with the following priority have been eliminated from the Work by the Contractor:
critical and non-critical. In such a case, the person performing the Work has the obligation to correct
minor and minor defects as underperformance for the period indicated in the instrument of delivery
of the Work.
11.6. After the delivery of the Stage of Work, the Contracting Entity has the right to review the Work within
10 (ten) working days. After the delivery of the Work, the Contracting Entity has the right to review
the Work within 20 (twenty) working days.
11.7. If the Contracting Entity finds that the Work does not comply with the Terms and Conditions of the
Contract, the Contracting Entity is required to notify the Contractor of the deficiencies found in the
Work, of the refusal to accept the Work before the deficiencies are eliminated and to describe the
deficiencies in the Work. The Contractor is obliged to remedy the deficiencies within five (5) working
days, unless the Parties have agreed on another deadline. The costs of eliminating deficiencies in
the Work shall be borne by the Contractor.
11.8. Before accepting the Work, the Contracting Entity carries out tests to determine the conformity of
the Work to the requirements.
11.9. If the Work or any part of the Work fails the tests, retests shall be carried out under the same
conditions immediately after the Contractor has made the necessary corrections to pass the tests.
11.10. At the request of the Contracting Entity, the retests shall be carried out by the Contractor.
11.11. The repaired Work shall be delivered as it was when delivered for the first time.
11.12. Works delivered with defects are not deemed to have been delivered on time and the Contracting
Entity has the right to demand a contractual penalty from the Contractor in the event of such a
breach of contract pursuant to the procedure and at the rate provided for in the Contract or to apply
other legal remedies.
11.13. Work ready for acceptance must comply with the terms and conditions set forth in the Contract.
Acceptance of the Stage of Work by the Contracting Entity does not require or oblige acceptance
of the work as a whole by the Contracting Entity if the work does not meet the conditions. Regarding
acceptance of the work, the Contracting Entity shall draw up an instrument of receipt indicating,
inter alia, the date of receipt, the work carried out, and a detailed list of the software supplied for
the services provided.
11.14. The Work or Stage of Work is deemed to have been accepted from the signing of the instrument
of receipt or from its introduction into use within the production environment. If the Contracting
Entity has introduced the Work or Stage of Work containing defects into use in the production
environment, only work performed in accordance with the requirements is deemed to have been
accepted and the Contractor has the right to issue an invoice for these. In such a situation, the
Contracting Entity shall provide the Contractor with a list of deficiencies in the Work or Stage of
Work and a deadline for eliminating the deficiencies, either before the Work or Stage of Work is put
into service in the production environment or immediately after this has taken place.
11.15. The Contractor shall be liable for the accidental destruction of or damage to the Work until
acceptance of the Work by the Contracting Entity.
12. Warranty
12.1. The Contractor provides a 12-month contract guarantee for the additional development work carried
out. The warranty period begins with the acceptance of the Work.
12.2. Any defects that occur during the warranty period will be remedied by the Contractor at the
Contractor’s own expense, except in the cases specified in clause 12.7. If the deficiencies revealed
cannot be eliminated by way of warranty, the Contractor shall submit the reasons to the Contracting
Entity in a format which can be reproduced in writing, but not later than on the next working day after
becoming aware of the circumstance.
12.3. Unless otherwise agreed, the Contractor shall eliminate the deficiencies within 10 (ten) working days
as of becoming aware of the deficiency.
12.4. If the defects revealed during the warranty period make some or all of the equipment,
telecommunications and/or software unusable, the Contractor shall provide the Contracting Entity
with additional or replacement parts and other necessary equipment to ensure the required level of
performance at its own expense.
12.5. The Contracting Entity shall inform the Contractor of the nature and extent of the defect immediately
upon its occurrence. The Contractor is obligated to remove the defects in accordance with the
Contract or at the time specified by the Contracting Entity.
12.6. The warranty does not cover:
12.6.1. defects for which the Contracting Entity is responsible;
12.6.2. time spent on diagnostics, if the case initially registered as a warranty case is found not to be
a warranty case. The corresponding work shall be separately remunerated on the basis of the
hourly price of the additional development of the Contract.
12.7. The warranty expires if the source code has been changed or changed without coordination with the
Contractor, unless the Contracting Entity is able to distinguish the changes made to the source code.
13. Training
13.1. The Contractor shall ensure adequate training of the Contracting Entity’s personnel in order to
ensure the effective operation of the finished solution which is the subject of the Contract, as agreed
in the Contract.
13.2. The time, place and volume of the training shall be approved in advance by the Contracting Entity’s
contact person.
14. Permits and licences
14.1. The Contractor shall be solely responsible for obtaining the permits and licences required for the
performance of the Contract. The Contracting Entity shall cooperate with the Contractor in a
reasonable manner in order to avoid undue delay or refusal to issue such permits or licences.
14.2. The Contracting Entity may terminate the Contract without notice if the Contractor fails to obtain
the necessary authorisation or licence to perform the Contract.
14.3. The Contractor warrants that it has the right to grant the Contracting Entity the right to use the
software that is the Object of the Contract and other objects protected by copyright or similar rights.
14.4. The Contractor guarantees that the transfer of this right of use does not violate the rights of third
parties. If a third party brings an action against the Contracting Entity for violation of their rights and
the action is satisfied, the Contractor shall pay any claims for compensation for damage, as well as
legal costs and other related costs.
15. Transfer of risk
15.1. The risk of accidental loss or damage is transferred to the Contracting Entity upon acceptance of
the Work, as well as at the moment when the Contracting Entity is delayed in performing the act by
which they must contribute to the delivery of the Work.
16. Intellectual property
16.1 By signing the Contract, the Contractor confirms to the Contracting Entity that they own the
proprietary copyrights, licenses, and other intellectual property rights necessary for the performance of
the Contract, which are necessary for the full performance and assignment of the contractual work,
and that no third parties have any claims against them.
16.2 The Contractor grants the Contracting Entity a worldwide non-exclusive irrevocable licence within
the meaning of the Copyright Act in respect of all proprietary and personal rights to the Work for the
term of validity of their copyright under the following conditions:
16.2.1 Use the Work for any purpose and in any way;
16.2.2 Reproduction of the Work (including free distribution, making available to the public or selling);
16.2.3 modify the Work itself or with the involvement of third parties and create derivative works based
on the Work;
16.2.4 Communicate the Work to the public, including making it available (including on the Internet) or
exhibiting it, as well as performing it publicly;
16.2.5 Borrowing and renting the Work;
16.2.6 To grant sub-licences for the rights applicable to the Work performed or copies thereof;
16.2.7 the provider shall provide the Contracting Entity with a documented source code in accordance
with best practice in the field.
16.3 The Contracting Entity refers to the Contractor as the author of the Work, but the Contracting Entity
does not guarantee that third parties (including public authorities using the Work) refer to the
Contractor as the author of the Work. The Contracting Entity is not responsible for the failure of the
above persons to refer to the Contractor.
16.4 The Contracting Entity may exercise the copyright to the Work in any existing or later created
environment, support or format.
16.5 A licence shall be deemed to have been granted at the time of acceptance of the Work or stage of
Work.
16.6 The Contractor shall provide the Contracting Entity with all necessary copyrights for the verification,
testing, and installation in the system of the software to be created in the course of performance of
the Contract until the Contracting Entity has accepted the Object of the Contract.
16.7 With regard to the use of third-party components (software) for the creation of the contractual
software system, the Parties shall be guided by the terms of the licence for their use. The cost of
the corresponding right of use is included in the price of the right of use of the software. The
Contractor confirms that, when creating the software, it prefers components belonging to third
parties, the use of which does not result in additional royalties or restrictions on the use of the
software or the granting of sublicenses. The Contractor is obliged to inform the Contracting Entity
if the Contractor intends to use such third-party components when creating the software, the use
of which will result in additional license fees or restrictions on the use of the software by the
Contracting Entity. Without the written consent of the Contracting Entity, the Contractor may not
use these components when creating the software.
16.8 The fee for intellectual property rights and licenses shall be included in the value of the Contract
and the Contractor shall not have the right to demand an additional fee for the transfer or licensing
of these rights (including for the future authorisation of uses unknown at the time of entry into the
Contract).
17 Third parties
17.1 The Parties may assign pecuniary claims arising from the Contract to third parties. The Parties are
obliged to inform each other immediately in writing of the assignment of the claim.
17.2 The Parties may not transfer their contractual obligations to a third party or involve a third party in
the performance of their contractual obligations without the express written consent of the other
Party. The Contracting Entity has the right to forward or direct the payment of the invoice submitted
by the Contractor to a Contracting Authority other than the Contracting Entity on the basis of a
cooperation agreement between the Contracting Entities if the respective notification has been
reflected by the Contracting Entity in the invitation to submit a tender.
17.3 The Parties shall be responsible for all persons whom they use in the performance of their
obligations under this Contract.
18 Auditing
18.1 Each Party shall have the right to involve an independent auditor in the audit. The involvement of
the auditor does not require the permission of the other Party.
18.2 The identity of the auditor and other circumstances related to the audit shall be set out in a separate
agreement. Problems detected during the audit must be recorded and, if necessary, entered into
the problem-solving process.
18.3 The Contractor shall keep a precise account of the costs to be reimbursed in respect of person
days and person months worked in performance of the Contract. The auditor shall be granted
unrestricted access to such data.
18.4 The Party engaging the auditor shall ensure that the auditor treats the information received as
confidential. Responsibility remains with the Party that engaged the auditor.
18.5 After auditing and verifying the data, the auditor issues an opinion which is final.
18.6 The costs of the audit shall be borne by the Party commissioning the audit, with the exception of
the costs of the follow-up audit carried out following the rectification of deficiencies resulting from
the actions/omissions of the Contractor revealed by the OWASP/E-ITS audit.
19 Waiver of rights
19.1 Any delay, negligence or refusal by either Party to require the other Party to comply with the Terms
and Conditions of the Contract or to make any other claim shall not constitute a waiver or
cancellation of any contractual rights of that Party.
20 Public relations
20.1 The Parties shall not engage in public relations in connection with the Contract and shall not release
notices to the press, electronic media, the public or other audiences, except with the prior written
consent of the other Party. Only notices which have been previously agreed upon with the other
Party may be published.
20.2 Each Party shall also impose all of the above obligations on any third party it uses in the
performance of its contractual obligations.
21 Confidentiality and personal data
21.1 The Contractor may not transfer its contractual obligations to a third party or involve a third party in
the performance of its contractual obligations without the express written consent of the Contracting
Entity.
21.2 The Contractor is required to:
21.2.1 ensure the confidentiality of information received from the Contracting Entity in the course of
performance of the Contract regardless of form (data, personal data of the representatives of
the Contracting Entity contained in transaction documentation and contracts, and know-how),
and shall not forward to or allow access to such information by a third party without the express
written consent of the Contracting Entity;
21.2.2 ensure the confidentiality of personal data (except the personal data of the Contracting Entity’s
representatives contained in transaction documentation and contracts) which have become
known in any form during pre-contractual negotiations, contractual obligations, and the
performance of the Contract, and shall not forward or grant access to them to any third party
without the express written consent of the Contracting Entity;
21.2.3 not transfer the personal data referred to in clause 21.2.2 outside the territory of the Member
States of the European Union and the Member States of the European Economic Community
without the express written consent of the Contracting Entity;
21.2.4 use and process the personal data specified in clause 21.2.2. only for the performance of the
Contract and on the basis of the documented instructions of the Contracting Entity, unless the
Contractor is obliged to process the information on the basis of the law applicable to the
Contractor. In the latter case, the Contractor shall notify the Contracting Entity of the existence
of the respective obligation before processing the information, unless such notification is
prohibited by the law applicable to the Contractor due to an important public interest;
21.2.5 grant access to the personal data referred to in clause 21.2.2. only to those persons for whom
it is necessary for the performance of their duties and to ensure that such persons are aware of
and comply with the requirements and laws relating to the processing of personal data, that
they have received appropriate training regarding the aforementioned requirements, have
undertaken a confidentiality obligation or are subject to an appropriate legal confidentiality
obligation. The corresponding confidentiality obligation shall remain in force after the
termination of this Contract;
21.2.6 undertakes to comply with all applicable requirements for the processing of personal data,
legislation and other rules of the European Union and the Republic of Estonia concerning data
security and the protection of personal data.
21.2.7 undertakes to implement the following organisational, physical, and IT security measures to
protect the personal data referred to in clause 21.2.2. from accidental or intentional
unauthorised alteration; accidental and deliberate destruction, and to prevent an authorised
person from accessing the data, unauthorised processing, including disclosure of:
a) prevent unauthorised persons from gaining access to the equipment used for processing
personal data;
b) prevent unauthorised reading, copying, and alteration of data in a data-processing system,
as well as unauthorised removal of data media;
c) prevent the unauthorised storage, alteration or erasure of personal data, and ensure that it
can be established ex post when, by whom and which personal data were stored, altered
or erased or when, by whom and which personal data were accessed in the data
processing system;
d) ensure that each user of a data processing system has access only to the personal data
which they are authorised to process and to the data processing which they are authorised
to perform;
e) ensure the existence of data on the transfer of personal data: when, to whom and what
personal data were transmitted, as well as the unaltered storage of such data;
f) ensure that no unauthorised reading, copying, modification or deletion of personal data
occurs when personal data are transmitted by data communication equipment or when
data media are transported;
g) keep records of the equipment and software under its control used for the processing of
personal data, documenting the following:
i. the name, type, and location of the device and the name of the manufacturer of
the device;
ii. software name, version, manufacturer name and contact details.
21.2.8 notify the Contracting Entity of any breach of the confidentiality obligations set out in clauses
21.2.1 and/or 21.2.2 of this Contract that has occurred or is reasonably suspected; a breach of
the security measures set out in clause 21.2.7. and sub-clauses (a) to (g) thereof which causes,
has caused or is likely to cause the accidental or unlawful destruction, loss, alteration,
unauthorised disclosure of, or access to, personal data transmitted, stored or otherwise
processed, without delay in writing and no later than 24 (twenty-four) hours after becoming
aware of it. The notice shall at least:
a) describe the nature of the (personal data) breach, including the types and number of data
subjects concerned and the types and number of records concerned;
b) indicate the data protection officer and their contact details or any other contact point where
further information can be obtained;
c) recommend measures to mitigate the possible negative effects of the breach (relating to
personal data);
d) describe the consequences and potential risks for data subjects of the (personal data)
breach;
e) describe the measures proposed or taken by the controller/third party sub-processor to
address the (Personal Data) breach; and
f) provide other information that is reasonably required to enable the Contracting Entity to
comply with applicable data protection legislation, including information and publication
obligations relating to public authorities, such as information required to identify the data
subject.
21.2.9 With the prior written approval of the Contracting Entity, terminate the infringement referred to
in clause 21.2.8. of this Contract and apply measures to resolve the infringement (relating to
personal data), including, where appropriate, to eliminate and mitigate the possible adverse
effects of the infringement;
21.2.10 undertakes to delete all personal data specified in clause 21.2.2. and copies thereof within 30
(thirty) days upon termination of the Contract, unless otherwise provided by law;
21.2.11 make available to the Contracting Entity all information deemed necessary by the Contracting
Entity to prove compliance with the obligations set out in the Contract;
21.2.12 enables the Contracting Entity or an auditor authorised by the Contracting Entity to carry out
audits and checks and contributes to them;
21.2.13 undertakes, as far as possible, by appropriate technical and organisational measures with
regard to the personal data specified in clause 21.2.2., to perform the Contracting Entity's
obligation to respond to requests for the exercise of the rights of the data subject and to perform
the acts arising from the exercise of these rights (correction, closure, deletion of data).
21.3 The confidentiality requirement provided for in clause 21.2.1. of this Contract does not extend to
the disclosure of information to the Contractor’s auditor and attorney.
21.4 The confidentiality requirement set out in clauses 21.2.1. and 21.2.2. of this Contract shall be of
indefinite duration and shall apply both during the performance of the Contract and after its expiry.
21.5 Due to the nature of the confidential information, the Contracting Entity has the right to set additional
requirements and/or instructions for the processing of personal data.
21.6 The Contractor shall impose all obligations in clauses 21.2.1 – 21.4 of this Contract on any third
party it uses in the performance of its contractual obligations. A third party is a natural or legal person
or a state or local government agency who is neither a Contracting Entity nor a Contractor.
22 Suspension and termination of the Contract
22.1 the Contracting Entity may suspend payment, in whole or in part, of the sums due to the Contractor
under the Contract, if:
22.1.1 the Contractor fails to perform the Contract;
22.1.2 during receipt, testing or auditing, deficiencies or other violations of obligations by the Contractor
are revealed;
22.1.3 the Contracting Entity interferes or threatens to interfere with the timely and correct performance
of the obligations under the contract for which the Contractor is responsible.
22.2 the Contractor may suspend the provision of the service, in whole or in part, to the Contracting
Entity, if:
22.2.1 the Contracting Entity fails to perform the Contract;
22.2.2 the Contractor’s timely and correct performance of its obligations under the Contract is
prevented or threatened to be prevented by other circumstances for which the Contracting Entity
is responsible.
22.3 the Contracting Entity may cancel the Contract at any time by giving one (1) month’s notice. In
such a case, the Contractor has the right to demand a fee for the performed obligations.
22.4 the Contracting Entity has the right to terminate the Contract extraordinarily without notice in the
event of a material breach of the Contract by the Contractor. The works performed by the
Contractor upon termination of the Contract in the cases specified in clause 8.4 shall not be
remunerated. The equipment, telecommunications and software supplied by the Contractor shall
be returned, or in the case of impossibility thereof or in any other case if the return is precluded
due to the nature of the accepted Work, compensation shall be paid pursuant to the procedure
provided for in the Law of Obligations Act.
22.5 the Contractor may cancel the Contract in the event of a material breach of the Contract by the
Contracting Entity after sending a corresponding warning, if the breach has not been remedied
within 10 (ten) working days after the submission of the warning. In the event of termination of
such a Contract, the Contracting Entity shall pay the Contractor a fee for the performed
obligations.
22.6 Upon termination of the Contract, the Contractor shall be obliged to return to the Contracting
Entity everything delivered for the performance of the Contract.
23 Force majeure
23.1 Failure to perform or improper performance of the obligations arising from the Contract shall not
be deemed to be a breach of the Contract if this was caused by force majeure. The Parties regard
the circumstances specified in subsection 103 (2) of the Law of Obligations Act as force majeure.
23.2 A Party whose performance of the obligations under the Contract is hindered due to
circumstances of force majeure shall immediately notify the other Party thereof in writing,
providing with the notification evidence of the occurrence of all of the following circumstances:
23.2.1 the existence of an impediment preventing the proper performance of the obligation;
23.2.2 the location of the impediment outside the obligor’s sphere of influence;
23.2.3 the unforeseeable nature of the event;
23.2.4 unavoidable and insurmountable.
23.3 Upon the occurrence of circumstances of force majeure, the term of the Contract shall be
extended by the period of occurrence of such circumstances. If the circumstances of force
majeure cease to exist, the Party must start performing the Contract. If, due to circumstances of
force majeure, the performance of the obligations of the Party arising from the Contract is
hindered for more than 60 calendar days, the other Party may cancel the Contract.
24 Legislation in force
The Contract and all documents forming part of the Contract shall be governed by the legislation of the
Republic of Estonia.
25 Settlement of disputes
25.1 By signing this Contract, the Parties confirm that they have read and agree to the Contract and
its annexes and fully understand the content of their obligations and the consequences thereof.
25.2 In case of misunderstandings or disputes related to or arising from the Contract, the Parties shall
endeavour to find a solution through negotiations based on goodwill.
25.3 If no agreement is reached, the dispute shall be resolved in Harju County Court.
Contract No ............
Annex No 2
PERSONAL AND CONTACT DETAILS
1. Contracting Entity’s representative and contact persons
1.1. The Contracting Entity’s representative for signing the acts of acceptance of works, notices and
other documents related to the Contract is the Estonian Forensic Science
Institute.............................................................................................................................................
................ (tel. ...........; by e-mail .................).
1.2. The Contracting Entity's contact person for supervising the performance of the works and
specifying the source information and tasks required by the Contractor, etc., is the Centre of
Registers and Information Systems
..........................................................................................................................................................
................................................................................................................................. by e-mail
.......................).
2. Contractor’s representative and contact persons
2.1 The Contractor’s representative is .............. (tel. ..............; by e-mail.............).
2.2 The Contractor’s contact person is ........... (tel. ..............; by e-mail.............).
3. Staff list
3.1. Contracting Entity’s staff
No. Name Job title Contact details
3.2. Contractor’s staff
No. Name Job title Contact details
4. Contact details
4.1. The contact details of the Contracting Entity are: 4.2. The contact details of the Contractor are:
Estonian Forensic Science Institute
Reg. No. ....... Registry code
........... ...............
......... TALLINN ...............
Telephone: ........... Telephone: ..............
1 / 20
GROUNDS FOR EXCLUSION AND SELECTION CRITERIA
A Single Procurement Document or a European Single Procurement Document (ESPD) is the economic operator’s
self-declaration which serves as initial proof in the place of certificates issued by public authorities or third parties.
This PDF document drawn up by the register is of an explanatory nature and contains the criteria established by the
contracting authority or entity, a view of the format in which the economic operator is expected to respond, and
references to the Public Procurement Act of the Republic of Estonia which were added by the register. This document
is not designed for filling in – the sole purpose of the document is familiarising the economic operator with the
criteria. The economic operator shall fill in the Single Procurement Document electronically in the information
system or in the ESPD service.
PART I: INFORMATION ABOUT THE CONTRACTING
AUTHORITY AND THE PROCUREMENT PROCEDURE
Notice concerning publishing
Number of the announcement in the OJ:
–
OJ URL:
Official Journal of the European Union:
297559
If the notice has not been published in the Official Journal of the European Union or in case publication of a notice
in the Official Journal of the European Union is not required, please give other information allowing the procurement
procedure to be unequivocally identified (e. g. reference of a publication at national level).
Information about the contracting authority
Official name:
The Estonian Centre of Registers and Information Systems (70000310)
Country:
Estonia
The tenderer’s address:
Lubja tn 4
The tenderer’s e-mail address:
http://www.rik.ee/
E-mail address:
[email protected]
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
2 / 20
Information about the procurement procedure
Type of procedure:
Negotiated procedure without prior publication of tender notice
Title:
Purchase of enrolment software
Short description:
The procurement is organised with a view to awarding a public contract for the purchase of enrolment software and
related support services to the Estonian Forensic Science Institute and for the performance of additional software
development work in accordance with the orders placed.
File reference number attributed by the contracting authority or contracting entity (if applicable):
297559
Type of public procurement:
Supplies
CPVs of the procurement procedure:
48900000-7 Miscellaneous software package and computer systems
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
3 / 20
PART II: INFORMATION ABOUT THE ECONOMIC OPERATIOR
A: Information about the economic operator
Name:
Registry code:
Country:
Address:
General website:
Contact persons:
Email addresses of the contact persons:
Telephone numbers of the contact persons:
Size of the economic operator:
Number of employees:
Turnover:
Currency:
Description of financial capability:
Description of professional capability:
Description of completed works:
Area of activity of the economic operator:
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
4 / 20
THE ECONOMIC OPERATOR IS A SHELTERED WORKSHOP
Only in case the procurement is reserved: is the economic operator a sheltered workshop, a ‘social business’,
or will it provide for the performance of the contract in the context of sheltered employment programmes?
Answers expected from economic operators:
1. What is your response?
2. What is the percentage of disabled or disadvantaged workers?
3. If required, please specify which category or categories of disabled or disadvantaged workers the employees
concerned belong to.
4. Is this information electronically available?
5. URL
6. Code
7. Issuer
THE ECONOMIC OPERATOR IS REGISTERED ON AN OFFICIAL LIST OF
APPROVED ECONOMIC OPERATORS
If applicable, is the economic operator registered on an official list of approved economic operators or does it
have an equivalent certificate (e.g. under a national (pre)qualification system)?
Answers expected from economic operator:
1. What is your response?
2. a) Please provide the relevant registration or certification number, if applicable:
3. c) Please state the references on which the registration or certification is based, and, where applicable, the
classification obtained in the official list:
4. d) Does the registration or certification cover all of the required selection criteria?
5. Is this information electronically available?
6. URL
7. Code
8. Issuer
ECONOMIC OPERATORS WHICH ARE PARTICIPATING IN THE PROCUREMENT
PROCEDURE TOGETHER WITH OTHERS
Is the economic operator participating in the procurement procedure together with others?
Answers expected from economic operator:
1. Name of the economic operator
2. ID of the economic operator
3. Role of the economic operators
4. Is this information electronically available?
5. URL
6. Code
7. Issuer
INFORMATION ABOUT RELYING ON THE CAPACITIES OF OTHER ENTITIES
Does the economic operator rely on the capacities of other entities to meet the selection criteria and rules (if
any)?
Answers expected from economic operator:
1. What is your response?
2. Name of the economic operator
3. ID of the economic operator
4. Role of the economic operators
5. Is this information electronically available?
6. URL
7. Code
8. Issuer
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
5 / 20
INFORMATION CONCERNING SUBCONTRACTORS ON WHOSE CAPACITY THE
ECONOMIC OPERATOR DOES NOT RELY
Does the economic operator intend to subcontract any share of the contract to third parties?
Answers expected from economic operator:
1. What is your response?
2. Name of the economic operator
3. ID of the economic operator
4. Role of the economic operators
5. Is this information electronically available?
6. URL
7. Code
8. Issuer
LOTS OF THE PUBLIC PROCUREMENT
The lots of the public procurement for which the economic operator wishes to submit a tender
Answers expected from economic operator:
1. Number of the lot of the public procurement
2. Is this information electronically available?
3. URL
4. Code
5. Issuer
ASSURANCES OF THE ECONOMIC OPERATOR CONCERNING THE PAYMENT
OF TAXES
Will the economic operator be able to provide a certificate with regard to the payment of social security
contributions and taxes or provide information enabling the contracting authority or contracting entity to obtain
it directly by accessing a national database in any Member State that is available free of charge?
Answers expected from economic operator:
1. What is your response?
2. Is this information electronically available?
3. URL
4. Code
5. Issuer
B: Information about the representatives of the economic operator
First name:
Last name:
Date of birth:
Place of birth:
Address:
City/rural municipality:
Postal code:
Country:
E-mail:
Phone:rel
If needed, please provide detailed information on the representation (its forms, extent, purpose ...):
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
6 / 20
PART III: GROUNDS FOR EXCLUSION
A: Grounds related to criminal convictions
Participation in a criminal organisation
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for participation in a criminal organisation, by a conviction rendered at
the most five years ago or in which an exclusion period set out directly in the conviction continues to
be applicable? As defined in Article 2 of Council Framework Decision 2008/841/JHA of 24 October
2008 on the fight against organised crime (OJ L 300, 11.11.2008, p. 42).
Reference to law:
Clause 95 (1) 1) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for
participating in a criminal group’. If there are grounds for exclusion from the tendering procedure and
the economic operator wishes to provide evidence that it has taken steps to restore its credibility, the
evidence must be submitted with the tender in open procedures, or in other procurement procedures
with the request. The economic operator has the possibility of obtaining a waiver in the case of an
international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
CORRUPTION
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for corruption, by a conviction rendered at the most five years ago or in
which an exclusion period set out directly in the conviction continues to be applicable?
As defined in Article 3 of the Convention on the fight against corruption involving officials of the
European Communities or officials of Member States of the European Union, OJ C 195, 25.6.1997, p.
1, and in Article 2(1) of Council Framework Decision 2003/568/JHA of 22 July 2003 on combating
corruption in the private sector (OJ L 192, 31.7.2003, p. 54). This exclusion ground also includes
corruption as defined in the national law of the contracting authority (contracting entity) or the
economic operator.
Reference to law:
Clause 95 (1) 1) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for violating
the duty of integrity or corrupt practice’. If there are grounds for exclusion from the tendering
procedure and the economic operator wishes to provide evidence that it has taken steps to restore its
credibility, the evidence must be submitted with the tender in open procedures, or in other procurement
procedures with the request. The economic operator has the possibility of obtaining a waiver in the
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
7 / 20
case of an international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
FRAUD
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for fraud, by a conviction rendered at the most five years ago or in which
an exclusion period set out directly in the conviction continues to be applicable? Within the meaning
of Article 1 of the Convention on the protection of the European Communities' financial interests (OJ
C 316, 27.11.1995, p. 48).
Reference to law:
Clause 95 (1) 1) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for fraud’. If
there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
TERRORIST ACTS OR OFFENCES LINKED TO TERRORIST ACTIVITIES
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for terrorist offences or offences linked to terrorist activities, by a
conviction rendered at the most five years ago or in which an exclusion period set out directly in the
conviction continues to be applicable? As defined in Articles 1 and 3 of Council Framework Decision
of 13 June 2002 on combating terrorism (OJ L 164, 22.6.2002, p. 3). This exclusion ground also
includes inciting or aiding or abetting or attempting to commit an offence, as referred to in Article 4
of that Framework Decision.
Reference to law:
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
8 / 20
Clause 95 (1) 1) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for a terrorist
act, other criminal offence linked to terrorist activities, or inciting or aiding or abetting or attempting
to commit an offence’. If there are grounds for exclusion from the tendering procedure and the
economic operator wishes to provide evidence that it has taken steps to restore its credibility, the
evidence must be submitted with the tender in open procedures, or in other procurement procedures
with the request. The economic operator has the possibility of obtaining a waiver in the case of an
international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
MONEY LAUNDERING OR TERRORIST FINANCING
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for money laundering or terrorist financing, by a conviction rendered at
the most five years ago or in which an exclusion period set out directly in the conviction continues to
be applicable? As defined in Article 1 of Directive 2005/60/EC of the European Parliament and of the
Council of 26 October 2005 on the prevention of the use of the financial system for the purpose of
money laundering and terrorist financing (OJ L 309, 25.11.2005, p. 15).
Reference to law:
Clause 95 (1) 1) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for money
laundering offence or terrorist financing’. If there are grounds for exclusion from the tendering
procedure and the economic operator wishes to provide evidence that it has taken steps to restore its
credibility, the evidence must be submitted with the tender in open procedures, or in other procurement
procedures with the request. The economic operator has the possibility of obtaining a waiver in the
case of an international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
9 / 20
CHILD LABOUR AND OTHER FORMS OF TRAFFICKING IN HUMAN BEINGS
Has the economic operator itself or any person who is a member of its administrative, management or
supervisory body or has powers of representation, decision or control therein been the subject of a
conviction by final judgment for child labour and other forms of trafficking in human beings, by a
conviction rendered at the most five years ago or in which an exclusion period set out directly in the
conviction continues to be applicable? As defined in Article 2 of Directive 2011/36/EU of the
European Parliament and of the Council of 5 April 2011 on preventing and combating trafficking in
human beings and protecting its victims, and replacing Council Framework Decision 2002/629/JHA
(OJ L 101, 15.4.2011, p. 1).
Reference to law:
Clause 95 (1) 3) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for illegal use
of child labour or another form of trafficking in human beings’. If there are grounds for exclusion from
the tendering procedure and the economic operator wishes to provide evidence that it has taken steps
to restore its credibility, the evidence must be submitted with the tender in open procedures, or in other
procurement procedures with the request. The economic operator has the possibility of obtaining a
waiver in the case of an international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Date of conviction (Date)
3. Reason (Large text field (max 4,000 characters))
4. Who has been convicted? (Large text field (max 4,000 characters))
5. Length of the period of exclusion explicitly specified in the conviction. (Period)
6. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
7. Describe the measures (Large text field (max 4,000 characters))
8. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
9. URL (Url)
10. Code (Text field (max 250 characters))
11. Issuer (Text field (max 250 characters))
B: Grounds related to payment of taxes or social security contributions
PAYMENT OF TAXES
Has the economic operator breached its obligations relating to the payment of taxes, both in the country
in which it is established and in Member State of the contracting authority or contracting entity if other
than the country of establishment?
Reference to law:
Clause 95 (1) 4) of the Public Procurement Act of the Republic of Estonia: ‘who has tax arrears within
the meaning of the Taxation Act regarding state taxes, contributions, or environmental charges /…/
under the legislation of the country where the tenderer or candidate is established’. If there are grounds
for exclusion from the tendering procedure and the economic operator wishes to provide evidence that
it has taken steps to restore its credibility, the evidence must be submitted with the tender in open
procedures, or in other procurement procedures with the request. The economic operator has the
possibility of obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement
Act).
Criteria descripton:
Threshold: 0
Currency: EUR – Euro
Further information: Pursuant to the Taxation Act of the Republic of Estonia, the tax authority is not
required to issue a certificate concerning the absence of tax arrears if the tax arrears of the taxable person
in terms of all taxes administered by the same tax authority are less than 100 euros or if the tax arrears, not
including interest not determined by an administrative act, are being paid in instalments. In the case of a
foreign economic operator, the certificate concerning the absence of tax arrears is issued according to the
legislation of the country in which the economic operator was established.
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
10 / 20
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Country or Member State concerned (Country code)
3. Amount concerned (Amount)
4. Currency (Currency)
5. Has this breach of obligations been established by means other than a judicial or administrative decision?
(Radio button with the options ‘Yes’/‘No’)
6. Please describe which means were used (Large text field (max 4,000 characters))
7. If the breach has been identified based on a judicial or an administrative decision, please specify whether
the decision was final and binding. (Radio button with the options ‘Yes’/‘No’)
8. Date of conviction (Date)
9. Length of the period of exclusion explicitly specified in the conviction. (Period)
10. Has the economic operator fulfilled its obligations by paying or entering into a binding arrangement with
a view to paying the taxes or social security contributions due, including, where applicable, any interest
accrued or fines? (Radio button with the options ‘Yes’/‘No’)
11. Describe the measures (Large text field (max 4,000 characters))
12. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
13. URL (Url)
14. Code (Text field (max 250 characters))
15. Issuer (Text field (max 250 characters))
PAYMENT OF SOCIAL SECURITY
Has the economic operator breached its obligations relating to the payment social security
contributions, both in the country in which it is established and in Member State of the contracting
authority or contracting entity if other than the country of establishment?
Reference to law:
Clause 95 (1) 4) of the Public Procurement Act of the Republic of Estonia: ‘who has tax arrears within
the meaning of the Taxation Act regarding /…/ overdue social security contributions under the
legislation of the country where the tenderer or candidate is established´. If there are grounds for
exclusion from the tendering procedure and the economic operator wishes to provide evidence that it
has taken steps to restore its credibility, the evidence must be submitted with the tender in open
procedures, or in other procurement procedures with the request. The economic operator has the
possibility of obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement
Act).
Criteria description:
Value: 0 Currency: EUR
Further information: Pursuant to the Taxation Act of the Republic of Estonia, the tax authority is not
required to issue a certificate concerning the absence of tax arrears if the tax arrears of the taxable person
in terms of all taxes administered by the same tax authority are less than 100 euros or if the tax arrears, not
including interest not determined by an administrative act, are being paid in instalments. In the case of a
foreign economic operator, the certificate concerning the absence of tax arrears is issued according to the
legislation of the country in which the economic operator was established.
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Country or Member State concerned (Country code)
3. Amount concerned (Amount)
4. Currency (Currency)
5. Has this breach of obligations been established by means other than a judicial or administrative decision?
(Radio button with the options ‘Yes’/‘No’)
6. Please describe which means were used (Large text field (max 4,000 characters))
7. If the breach has been identified based on a judicial or an administrative decision, please specify whether
the decision was final and binding. (Radio button with the options ‘Yes’/‘No’)
8. Date of conviction (Date)
9. Length of the period of exclusion explicitly specified in the conviction. (Period)
10. Has the economic operator fulfilled its obligations by paying or entering into a binding arrangement with
a view to paying the taxes or social security contributions due, including, where applicable, any interest
accrued or fines? (Radio button with the options ‘Yes’/‘No’)
11. Describe the measures (Large text field (max 4,000 characters))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
11 / 20
12. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
13. URL (Url)
14. Code (Text field (max 250 characters))
15. Issuer (Text field (max 250 characters))
C: Grounds for exclusion on the basis of insolvency, conflicts of interests, or professional
misconduct
Breaching of obligations in the field of environmental law
Has the economic operator, to its knowledge, breached its obligations in the field of environmental
law? As referred to for the purposes of this procurement in national law, in the relevant notice or the
procurement documents or in Article 18(2) of Directive 2014/24/EU.
Reference to law:
Clause 95 (4) 2) of the Public Procurement Act of the Republic of Estonia: ‘who has breached
environmental /.../ law duties arising from law or from a collective agreement’. If there are grounds
for exclusion from the tendering procedure and the economic operator wishes to provide evidence that
it has taken steps to restore its credibility, the evidence must be submitted with the tender in open
procedures, or in other procurement procedures with the request. The economic operator has the
possibility of obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement
Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
Breaching of obligations in the field of social law
Has the economic operator, to its knowledge, breached its obligations in the field of social law? As
referred to for the purposes of this procurement in national law, in the relevant notice or the
procurement documents or in Article 18(2) of Directive 2014/24/EU.
Reference to law:
Clause 95 (4) 2) of the Public Procurement Act of the Republic of Estonia: ‘who has breached /.../
social /.../ law duties arising from law or from a collective agreement’. If there are grounds for
exclusion from the tendering procedure and the economic operator wishes to provide evidence that it
has taken steps to restore its credibility, the evidence must be submitted with the tender in open
procedures, or in other procurement procedures with the request. The economic operator has the
possibility of obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement
Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
12 / 20
Breaching of obligations in the fields of labour law
Has the economic operator, to its knowledge, breached its obligations in the field of labour law? As
referred to for the purposes of this procurement in national law, in the relevant notice or the
procurement documents or in Article 18(2) of Directive 2014/24/EU.
Reference to law:
Clause 95 (4) 2) of the Public Procurement Act of the Republic of Estonia: ‘who has breached /.../
labour law duties arising from law or from a collective agreement’. If there are grounds for exclusion
from the tendering procedure and the economic operator wishes to provide evidence that it has taken
steps to restore its credibility, the evidence must be submitted with the tender in open procedures, or
in other procurement procedures with the request. The economic operator has the possibility of
obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
BANKRUPTCY
Is the economic operator bankrupt? This information needs not be given if exclusion of economic
operators in this case has been made mandatory under the applicable national law without any
possibility of derogation where the economic operator is nevertheless able to perform the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘who is bankrupt /.../ except
upon the purchasing of supplies in the case and on the conditions provided for in subsection 49 (4) of
this Act’. If there are grounds for exclusion from the tendering procedure and the economic operator
wishes to provide evidence that it has taken steps to restore its credibility, the evidence must be
submitted with the tender in open procedures, or in other procurement procedures with the request.
The economic operator has the possibility of obtaining a waiver in the case of an international
threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given if
exclusion of economic operators in this case has been made mandatory under the applicable national law
without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
INSOLVENCY
Is the economic operator the subject of insolvency or winding-up? This information needs not be given
if exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform
the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘who is /.../ in liquidation,
against whom /.../ liquidation proceedings have been initiated /.../ except upon the purchasing of
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
13 / 20
supplies in the case and on the conditions provided for in subsection 49 (4) of this Act’. If there are
grounds for exclusion from the tendering procedure and the economic operator wishes to provide
evidence that it has taken steps to restore its credibility, the evidence must be submitted with the tender
in open procedures, or in other procurement procedures with the request. The economic operator has
the possibility of obtaining a waiver in the case of an international threshold (§ 97(1) Public
Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given if
exclusion of economic operators in this case has been made mandatory under the applicable national law
without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
AGREEMENT WITH CREDITORS
Is the economic operator in arrangement with creditors? This information needs not be given if
exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform
the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘who is in another similar
situation under the legislation of the country where the tenderer or candidate is established, except
upon the purchasing of supplies in the case and on the conditions provided for in subsection 49 (4) of
this Act’. If there are grounds for exclusion from the tendering procedure and the economic operator
wishes to provide evidence that it has taken steps to restore its credibility, the evidence must be
submitted with the tender in open procedures, or in other procurement procedures with the request.
The economic operator has the possibility of obtaining a waiver in the case of an international
threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given if
exclusion of economic operators in this case has been made mandatory under the applicable national law
without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
Analogous situation like bankruptcy under national law
Is the economic operator in in any analogous situation like bankruptcy arising from a similar procedure
under national laws and regulations? This information needs not be given if exclusion of economic
operators in this case has been made mandatory under the applicable national law without any
possibility of derogation where the economic operator is nevertheless able to perform the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘who is in another similar
situation under the legislation of the country where the tenderer or candidate is established, except
upon the purchasing of supplies in the case and on the conditions provided for in subsection 49 (4) of
this Act’. If there are grounds for exclusion from the tendering procedure and the economic operator
wishes to provide evidence that it has taken steps to restore its credibility, the evidence must be
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
14 / 20
submitted with the tender in open procedures, or in other procurement procedures with the request.
The economic operator has the possibility of obtaining a waiver in the case of an international
threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given
if exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
ASSETS BEING ADMINISTERED BY LIQUIDATOR
Are the assets of the economic operator being administered by a liquidator or by the court? This
information needs not be given if exclusion of economic operators in this case has been made
mandatory under the applicable national law without any possibility of derogation where the
economic operator is nevertheless able to perform the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘who is bankrupt or in
liquidation, against whom bankruptcy or liquidation proceedings have been initiated /…/ or who is in
another similar situation under the legislation of the country where the tenderer or candidate is
established, except upon the purchasing of supplies in the case and on the conditions provided for in
subsection 49 (4) of this Act’. If there are grounds for exclusion from the tendering procedure and the
economic operator wishes to provide evidence that it has taken steps to restore its credibility, the
evidence must be submitted with the tender in open procedures, or in other procurement procedures
with the request. The economic operator has the possibility of obtaining a waiver in the case of an
international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given
if exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
Business activities are suspended
Are the business activities of the economic operator suspended? This information needs not be given
if exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform
the contract.
Reference to law:
Clause 95 (4) 3) of the Public Procurement Act of the Republic of Estonia: ‘whose business activities
have been suspended /…/ except upon the purchasing of supplies in the case and on the conditions
provided for in subsection 49 (4) of this Act’. If there are grounds for exclusion from the tendering
procedure and the economic operator wishes to provide evidence that it has taken steps to restore its
credibility, the evidence must be submitted with the tender in open procedures, or in other procurement
procedures with the request. The economic operator has the possibility of obtaining a waiver in the
case of an international threshold (§ 97(1) Public Procurement Act).
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
15 / 20
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Indicate reasons for being able nevertheless to perform the contract. This information needs not be given
if exclusion of economic operators in this case has been made mandatory under the applicable national
law without any possibility of derogation where the economic operator is nevertheless able to perform the
contract. (Large text field (max 4,000 characters))
4. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
5. URL (Url)
6. Code (Text field (max 250 characters))
7. Issuer (Text field (max 250 characters))
GUILTY OF GRAVE PROFESSIONAL MISCONDUCT
Is the economic operator guilty of grave professional misconduct? Where applicable, see definitions
in national law, the relevant notice or the procurement documents.
Reference to law:
Clause 95 (4) 4) of the Public Procurement Act of the Republic of Estonia: ‘who has engaged in grave
professional misconduct which renders its integrity questionable’. If there are grounds for exclusion
from the tendering procedure and the economic operator wishes to provide evidence that it has taken
steps to restore its credibility, the evidence must be submitted with the tender in open procedures, or
in other procurement procedures with the request. The economic operator has the possibility of
obtaining a waiver in the case of an international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
AGREEMENTS WITH OTHER ECONOMIC OPERATORS AIMED AT DISTORTING
COMPETITION
Has the economic operator entered into agreements with other economic operators aimed at distorting
competition?
Reference to law:
Clause 95 (4) 5) of the Public Procurement Act of the Republic of Estonia: ‘due to an agreement
distorting competition, a decision of an association of economic operators, or concerted action’. If
there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
16 / 20
CONFLICT OF INTEREST DUE TO PARTICIPATION IN THE PROCUREMENT
PROCEDURE
Is the economic operator aware of any conflict of interest, as indicated in national law, the relevant
notice or the procurement documents due to its participation in the procurement procedure?
Reference to law:
Clause 95 (4) 6) of the Public Procurement Act of the Republic of Estonia: ‘where a conflict of interests
cannot be avoided by any other means’. If there are grounds for exclusion from the tendering procedure
and the economic operator wishes to provide evidence that it has taken steps to restore its credibility,
the evidence must be submitted with the tender in open procedures, or in other procurement procedures
with the request. The economic operator has the possibility of obtaining a waiver in the case of an
international threshold (§ 97(1) Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
4. URL (Url)
5. Code (Text field (max 250 characters))
6. Issuer (Text field (max 250 characters))
DIRECT OR INDIRECT INVOLVEMENT IN THE PREPARATION OF THIS
PROCUREMENT PROCEDURE
Has the economic operator or an undertaking related to it advised the contracting authority or
contracting entity or otherwise been involved in the preparation of the procurement procedure?
Reference to law:
Clause 95 (4) 7) of the Public Procurement Act of the Republic of Estonia: ‘whose tender or request
to participate has been drawn up with the involvement of a person who has participated in preparing
the same public procurement or who is otherwise related to the contracting authority or entity and
information known to the person gives them an advantage over other participants in the public
procurement and the distortion of competition arising therefrom cannot be avoided by other means’.
If there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
4. URL (Url)
5. Code (Text field (max 250 characters))
6. Issuer (Text field (max 250 characters))
Early termination, damages or other comparable sanctions
Has the economic operator experienced that a prior public contract, a prior contract with a contracting
entity or a prior concession contract was terminated early, or that damages or other comparable
sanctions were imposed in connection with that prior contract?
Reference to law:
Clause 95 (4) 8) of the Public Procurement Act of the Republic of Estonia: ‘who has been in a
fundamental or constant breach of a prior public contract or public contracts in such a manner that the
breach has resulted in withdrawal from or termination of the contract, a reduction of the price,
compensation for damage, or payment of a contractual penalty’ Information about procurement
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
17 / 20
contracts which have been concluded as a result of procurement procedures which were launched from
1 September 2017 can be found from the Public Procurement Register.
If there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Describe the measures (Large text field (max 4,000 characters))
3. Have you undertaken self-cleaning measures? (Radio button with the options ‘Yes’/‘No’)
4. Describe the measures (Large text field (max 4,000 characters))
5. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
6. URL (Url)
7. Code (Text field (max 250 characters))
8. Issuer (Text field (max 250 characters))
Guilty of misinterpretation, withheld information, unable to provide required documents and
obtained confidential information of this procedure
Can the economic operator confirm that:
a) It has been guilty of serious misrepresentation in supplying the information required for the
verification of the absence of grounds for exclusion or the fulfilment of the selection criteria,
b) It has withheld such information,
c) It has not been able, without delay, to submit the supporting documents required by a contracting
authority or contracting entity, and
d) It has undertaken to unduly influence the decision making process of the contracting authority or
contracting entity, to obtain confidential information that may confer upon it undue advantages in the
procurement procedure or to negligently provide misleading information that may have a material
influence on decisions concerning exclusion, selection or award?
Reference to law:
Clause 95 (4) 9) of the Public Procurement Act of the Republic of Estonia: ‘who has given false
information on meeting the selection criteria established in this section or on meeting the selection
criteria established by the contracting authority or entity on the basis of sections 98–101 of the Public
Procurement Act’; Clause 95 (4) 9) of the Public Procurement Act of the Republic of Estonia: ‘who
has /.../ failed to submit the information /.../ requested by the contracting authority or entity on the
basis of sections 98–101 of the Public Procurement Act’
Clause 95 (4) 9) of the Public Procurement Act of the Republic of Estonia: ‘who has /.../ failed to
submit the information or the additional documents requested by the contracting authority or entity on
the basis of subsections 104 (7) and (8) of the Public Procurement Act’
Clause 95 (4) 10) of the Public Procurement Act of the Republic of Estonia: ‘who intentionally
influences the contracting authority or entity or negligently submits misleading information that may
unduly influence the decisions of the contracting authority or entity in the public procurement or acts
with the aim of obtaining confidential information that may give them an advantage over other
participants in the public procurement’
If there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
18 / 20
3. URL (Url)
4. Code (Text field (max 250 characters))
5. Issuer (Text field (max 250 characters))
D: Grounds from national legislation
Purely national exclusion grounds: for allowing a foreigner staying without a legal
basis to work
Has the entrepreneur violated the obligations related to the grounds for exclusion arising from
Section 95 (1) 2 of the PPA?
Reference to law:
Clause 95 (1) 2) of the Public Procurement Act of the Republic of Estonia: ‘who or whose member of
an administrative, management, or supervisory board or another legal representative or a contractual
representative involved in the public procurement has been convicted by final judgment for enabling
an illegal alien to work or for enabling a breach of the criteria applicable to the work performed by an
alien in Estonia, including for payment of a salary below the statutory rate’ Mandatory grounds for
exclusion.
If there are grounds for exclusion from the tendering procedure and the economic operator wishes to
provide evidence that it has taken steps to restore its credibility, the evidence must be submitted with
the tender in open procedures, or in other procurement procedures with the request. The economic
operator has the possibility of obtaining a waiver in the case of an international threshold (§ 97(1)
Public Procurement Act).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
3. URL (Url)
4. Code (Text field (max 250 characters))
5. Issuer (Text field (max 250 characters))
Purely national exclusion grounds: the subject of international sanctions
PPA § 95 (1) 5. The awarding of the public contract to whom would violate an international sanction
or a sanction imposed by the Government of the Republic within the meaning of the International
Sanctions Act.
Reference to law:
Clause 95 (1) 5) of the Public Procurement Act of the Republic of Estonia. As of 14.08.2022, the
contracting authority checks the absence of grounds for exclusion of the tenderer or candidate on
the basis of the attestation. The contracting authority may, in case of reasonable doubt, require
the tenderer or the additional information or evidence from the candidate or tenderer to enable the
grounds for exclusion to be established, to verify the reason for the award (RHS § 96(2.1)).
Answers expected from economic operator:
1. Your answer? (Radio button with the options ‘Yes’/‘No’)
2. Is this information electronically available? (Radio button with the options ‘Yes’/‘No’)
3. URL (Url)
4. Code (Text field (max 250 characters))
5. Issuer (Text field (max 250 characters))
Koostatud 30.07.2025 15:10:16
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
TENDER SUITABILITY CRITERIA
Reference No: 297559
Contracting Authority: Registrite ja Infosüsteemide Keskus (70000310)
Public procurement: Purchase of enrolment software
Submitting an offer
By submitting a tender, the tenderer confirms the acceptance of all the conditions stated in the
basic documents of the public procurement.
Additional explanation
Submission of a conditional tender is not permitted.
Answers expected from economic operators (3)
1) Can the entrepreneur confirm that the offer meets the conditions set out in the basic
procurement documents? (Radio button with "Yes/No" options)
2) Information for the contract, which will be used if the tender is successful. The bidder shall
submit the following information: 1. name of the person signing the contract 2. basis for signing
the contract (member of the management board, power of attorney, etc.) 3. contact person(s)
of the bidder for the performance of the contract (name, job title, telephone number, e-mail
address). (Large input field (max 4000 characters))
3) By submitting a tender, the tenderer confirms that: • it accepts all the conditions set out in the
contract notice and tender documents and submits a tender only for those aspects for which the
contracting authority wishes to receive competing tenders; • they have the intellectual property
rights necessary to perform the procurement contract; • they have had sufficient time to
familiarise themselves with the standard terms and conditions contained in the contract, to
submit requests for clarification and to lodge an appeal if they do not agree with the standard
terms and conditions; • all standard terms and conditions in the contract are clear and
understandable to the tenderer. (Radio button with "Yes/No" options)
Object of international sanction
The provider confirms that the offered goods are not subject to international sanctions or come
from sanctioned areas. The procurer rejects the offer, on the basis of which the procurement
contract concluded would be void on the basis of § 7 subsection 1 of the RSanS.
Answers expected from economic operators (1)
1) The tenderer confirms that the tendered goods are neither subject to international sanctions
nor do they originate in sanctioned areas (Radio button with "Yes/No" options)
Trade secret
The tenderer shall indicate in the tender which information is the tenderer's trade secret and
justify the designation of the information as a trade secret.
Additional explanation
Koostatud 30.07.2025 15:21:08
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
Designation of information as a trade secret is based on the provisions of § 5 subsection 2 of
the Act on the Prevention of Unfair Competition and the Protection of Trade Secrets. The
provider may not mark as a business secret:
1) the cost of the offer or installments;
2) in the case of service procurement contracts, in addition to what is mentioned in point 1,
other numerical indicators characterizing the tender corresponding to the tender evaluation
criteria;
3) in the case of procurement contracts for goods and construction works, in addition to what
is mentioned in point 1, other indicators characterizing the tender corresponding to the tender
evaluation criteria (RHS § 46 (1)).
Answers expected from economic operators (1)
1) Briefly describe the trade secret contained in the proposal and include the rationale for its
designation, or indicate that the proposal does not contain a trade secret. (Large input field (max
4000 characters))
Equivalence
The tenderer confirms that the offer meets the requirements of the basic procurement
documents and, if necessary, equivalence has been explained and evidence of equivalence has
been attached.
Additional explanation
Every reference that the procurer makes in the basic documents of the public procurement to
any of the bases specified in § 88 subsection 2 of the PPA (standard, technical recognition,
technical control system, etc.) must be read in such a way that it is supplemented with the
notation "or its equivalent". Every reference that the procurer makes in the basic documents of
the public procurement to the purchase source, process, brand, patent, type, origin, production
method, label or test report or certificate issued by the conformity assessment body must be
read in such a way that it is supplemented with the sign "or equivalent" (PPA § 88 par- d 5-6, §
89 subsection 2, 114 subsections 5-7).
The procuring entity accepts other relevant evidence for objective reasons if the offeror proves
in a manner acceptable to the procuring entity that the offered thing, service or construction
work meets the requirements specified by a specific label or the procuring entity, unless the
procuring entity's required label, an equivalent label or a test report issued by a specific or
equivalent conformity assessment body or other According to the law, the certificate is a
prerequisite for offering a thing, service or construction work on the market (PPA § 114 (7)).
Answers expected from economic operators (1)
The tenderer confirms that the offer meets the requirements of the basic procurement
documents and, if necessary, equivalence has been explained and evidence of equivalence has
been attached. (Radio button with "Yes/No" options)
Koostatud 30.07.2025 15:21:08
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
Award criteria
Procurement reg nr: 297559
Contracting Authority: Centre of Registers and Information Systems (70000310)
Procurement: Purchase of enrolment software
Valuation of the bid - Excluding taxes
Electronic auctions are used: no
Nr Criteria Description Type/method share amount unit tenderer
fillable
1 Total cost of the tender Cost of work under the procurement Type and 100 yes
contract (points 3-5 of the general evaluation method:
technical description and Annex 2). Price , lowest is
The cost of the tender must be best (automatic
final and include all costs evaluation)
in accordance with the basic
documents of the public procurement
and any costs not mentioned therein
that are necessary for the proper
performance of the contract.
Costs with a value of 0 or a negative
value are not permitted, and the
contracting authority has the right to
declare such tenders
non-compliant and reject them.
The cost shall be presented with an
accuracy of two decimal places.
The contracting authority shall not
reimburse the tenderer for any
additional costs incurred in the
performance of the contract
nor make any additional payments.
Koostatud 30.07.2025 15:13:43
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info
Evaluation criteria
1. Total cost of the tender
The bid with the lowest value gets the maximum number of points. Other bids will receive proportionately fewer points and will be calculated using the formula: “share”-
(“tender value” – “lowest tender value”) /”biggest tender value”* “share".
Koostatud 30.07.2025 15:13:43
https://riigihanked.riik.ee/rhr-web/#/procurement/9051164/general-info