Käskkirja Lisa 1
Riigihanke „TTJA e-teenuste keskkonna loomine“ alusdokument
Pakkujate hankemenetluselt kõrvaldamise alused, kvalifitseerimistingimused ja
kvalifikatsiooni tõendamise nõuded
1. Hankemenetluselt kõrvaldamise alused ja hankepassiga esitatav informatsioon
1.1. Hankija ei sõlmi hankelepingut ja kõrvaldab hankemenetlusest pakkuja, kellel
esineb RHS § 95 lõikes 1 nimetatud kõrvaldamise alus.
1.2. Hankija võib kõrvaldada hankemenetlusest pakkuja, kellel esineb RHS § 95
lõikes 4 nimetatud kõrvaldamise alus.
1.3. Pakkuja esitab kõrvaldamise aluste puudumise ja kvalifitseerimise tingimustele
vastavuse esialgse tõendina hankepassi Euroopa Komisjoni kehtestatud standardvormil
vastavalt RHS § 104 sätestatud tingimustele.
2. Pakkuja kvalifitseerimise nõuded
2.1. Majanduslik ja finantsseis
Pakkuja netokäive peab hankelepingu esemele vastavas osas riigihanke
algamise ajaks lõppenud majandusaastatel 2020 ja 2021, mille kohta on
kinnitatud majandusaasta aruanded, olema vähemalt 200 000 eurot iga
majandusaasta kohta. Pakkujal tuleb esitada vastav kinnitus hankepassis.
Hankija kontrollib netokäibe nõude täitmist äriregistris olevate avalike
andmete põhjal juhul, kui pakkuja 2020. ja 2021. aasta majandusaasta
aruanded on avaldatud äriregistris. Juhul kui majandusaasta aruanded ei
ole avaldatud, siis tuleb andmed käibenõude täitmise kohta esitada
hankepassis.
2.2. Tehniline ja kutsealane pädevus
Pakkuja peab olema riigihanke algamisele eelneva 36 kuu jooksul
nõuetekohaselt täitnud ja lepinguga ettenähtud tähtajal üle andnud ning
tellija poolt peab olema vastu võetud vähemalt kolm tarkvaraga seotud
teenuse lepingut. Täidetuks loetakse leping, mille täitmise tähtaeg on
saabunud ning mille kohaselt teostatud tööd on tellijale üle antud ja tellija
poolt vastu võetud. Pakkuja esitab hankepassis teabe eelnimetatud
lepingute maksumuse, kuupäevade, töö nimetuse või sisu ja teiste
lepingupoolte kohta, samuti riigihanke viitenumbri juhul, kui on tegemist
täidetud riigihanke lepinguga.
Iga lepingu maksumus peab olema vähemalt 100 000 eurot ilma
käibemaksuta.
Käskkirja lisa 2
Majandus- ja Kommunikatsiooniministeerium
HANKEDOKUMENT
Avatud hankemenetlus
„TTJA e-teenuste keskkonna loomine“
Riigihanke objekt :
CPV kood: 72260000-5 - Tarkvaraga seotud teenused
Tallinn 2022
1
Hankedokumendi sisukord
1. Hanke üldandmed .......................................................................................................... 3
2. Ühishanke objekt ........................................................................................................... 4
3. Pakkumuse esitamine ..................................................................................................... 5
4. Teavitamine ja selgitused ............................................................................................... 5
5. Pakkumuste avamine ..................................................................................................... 6
6. Pakkumuse struktuur ja vastavuse kontrollimine .......................................................... 6
7. Kõigi pakkumuste tagasilükkamine ............................................................................... 7
8. Pakkumuse maksumuse esitamise juhend ..................................................................... 7
9. Pakkumuste hindamine .................................................................................................. 7
10. Hanketingimused pakkuja töötajate kohta ................................................................. 7
11. Pakkumuste edukaks tunnistamine ............................................................................ 8
12. Hankedokumendi lisad: .............................................................................................. 8
2
1. Hanke üldandmed
1.1. Hankijad ja ühishanke korraldaja
Ühishanke esemeks olevate teenuste tellimiseks korraldab Majandus- ja Kommunikatsiooni-
ministeerium (edaspidi Ühishanke korraldaja) ühishanke. Hankijateks on järgmised hankijad
(edaspidi Ühishankijad):
Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-
Ameerika 1, Tallinn 10122;
Tarbijakaitse ja Tehnilise Järelevalve Amet1, registrikood 70003218, asukoht Endla 10a,
Tallinn 10122;
Ühishanke korraldaja korraldab ühishanke Tarbijakaitse ja Tehnilise Järelevalve Ameti volikirja
alusel. Ühishanke korraldaja kontaktandmed:, e-post:
[email protected], tel: 625 6342.
1.2. Hankemenetluse liik ja eeldatav maksumus
Hankemenetlus viiakse läbi avatud hankemenetlusena, mille tulemusena sõlmitakse
raamleping. Raamlepingu eeldatav maksimaalne maksumus on 5 miljonit eurot ilma
käibemaksuta.
1.3. Hankemenetluse teostamise viis: e-menetlus riigihangete registris (edaspidi
riigihangete register) aadressil https://riigihanked.riik.ee.
1.4. Ühishanke läbiviimise eest vastutav ametiisik.
Vastutavaks ametiisikuks on Majandus- ja Kommunikatsiooniministeeriumi
infotehnoloogiaosakonna infosüsteemide arendustalituse juhataja Verner Eiber, tel. 625
6496, e-post
[email protected].
1.5. Ühishankes saavad osaleda ainult pakkujad, kelle elu- või asukoht on Eestis, mõnes
muus Euroopa Liidu liikmesriigis, muus Euroopa Majanduspiirkonna lepinguriigis või
Maailma Kaubandusorganisatsiooni riigihankelepinguga ühinenud riigis.
1.6. Ühishankes ei ole lubatud osaleda isikul, kes
1.6.1 on rohkem kui 50% ulatuses Vene Föderatsiooni kodaniku või Vene Föderatsioonis
asutatud ettevõtja, sh füüsilisest isikust ettevõtja, juriidilise isiku, asutuse või muu üksuse
omandis, või on sellised isikud omanike omanikud kuni tegeliku kasusaajani st viimase
füüsilise isikuni välja, kui nende osalus pakkujas on üle 50%;
1.6.2. on Vene Föderatsiooni kodaniku või Vene Föderatsioonis asutatud ettevõtja, asutuse
või muu üksuse või omanike (sh omanike kuni tegeliku kasusaajani st viimase füüsilise
isikuni välja) esindaja või tegutseb sellise isiku juhiste alusel;
1.6.3. kaasab üle 10% hankelepingu maksumusest hankelepingu täitmisele alltöövõtjaid,
tarnijaid ja/või tugineb kvalifitseerimistingimuste täitmisel selliste ettevõtjate näitajatele,
kes on:
1.6.3.1. Vene Föderatsiooni kodanik või Vene Föderatsioonis asutatud ettevõtja, sh
füüsilisest isikust ettevõtja, juriidiline isik, asutus või muu üksus; või
1.6.3.2. rohkem kui 50% ulatuses otseselt või kaudselt eelmises punktis nimetatud isiku,
asutuse või muu üksuse omandis; või
1
volikiri 1-11/2022/1650, allkirjastatud 03.10.2022
3
1.6.3.3. saab oma juhised Vene Föderatsiooni kodanikult, ettevõtjalt, asutuselt või mu
üksuse käest või on omanike esindaja või tegutseb sellise isiku juhiste alusel.
1.7. Ühishanke korraldaja korraldab TTJA e-teenuste keskkonna projekti tutvustava
koosoleku Teamsi keskkonnas mille täpsem läbiviimise aeg ja vastav link edastatakse
riigihangete registris (https://riigihanked.riik.ee, edaspidi RHR).
Koosolekul tutvustatakse TTJA e-teenuste projekti ja vastatakse osalejate küsimustele.
Hankes osalejatele on koosolekust osavõtt vabatahtlik. Koosolekul käsitletud info
dokumenteeritakse ja avaldatakse RHRis.
2. Ühishanke objekt
2.1. Ühishanke objektiks on Tarbijakaitse ja Tehnilise Järelevalve Ameti e-teenuste
keskkonna (edaspidi e-teenuste keskkond) arendus- ja hooldusteenuse tellimine ning sellel
eesmärgil raamlepingu sõlmimine
2.2. Raamlepingu sõlmimine
2.2.1. raamleping sõlmitakse kuni kolme pakkujaga;
2.2.2. raamlepingu täitmise tähtaeg on neli aastat (48 kuud) alates raamlepingu sõlmimisest;
2.2.3. juhul kui ühishankel osutub edukaks ainult üks pakkuja, siis sõlmitakse raamleping
vaid ühe pakkujaga;
2.2.4. raamlepingu alusel sõlmitakse arendus- ja hooldusteenuse teostamiseks konkreetsed
hankelepingud lähtudes raamlepingust tulenevatest tingimustest.
2.3. Arenduste esimese etapi (Lisa 1) puhul minikonkurssi ei korraldata, hankelepingud
sõlmitakse ühishankele esitatud pakkumuste alusel enim väärtuspunkte saanud edukate
pakkujatega. Arenduste esimese etapp jaguneb kolmeks alamtööks ( Lisa 1 punktid 1.2.1, 1.
1.2.2. ja 1.2.3.). Iga alamtöö kohta sõlmitakse leping eduka pakkujaga kes on teinud vastava
alamtöö kohta madalama hinnaga pakkumuse (Lisa 2 read 6a, 6b ja 6c).
2.4. Arenduste esimene etapp peab olema Tellijale üle antud hiljemalt 31.10.2023.
2.5. Majandustegevuse registri (edaspidi MTR) tarkvara kasutajaõiguste ja lähtekoodi
taotlemine
Kui taotleja soovib tutvuda MTR-i olemasoleva tarkvara funktsionaalsusega või tarkvara
lähtekoodiga, siis tuleb tal esitada Ühishanke korraldajale vastav taotlus (Lisa 9) riigihangete
registri kaudu.
2.6. Kui sõlmitud hankelepingute käigus muudetakse mingi e-teenuste keskkonna tarkvara
mooduli funktsionaalsust, siis läheb selle mooduli garantiikohustus mooduli
funktsionaalsuse muutjale.
2.7. Proovitöö esitamine
Koos pakkumusega tuleb esitada proovitöö tulem. Kui proovitööd ei esitata, siis pakkumust
vastavaks ei tunnistata ja hankija lükkab pakkumuse tagasi.
2.8. Ühishange ei ole täiendavalt osadeks jaotatud. Kuna Hankija sõlmib raamlepingu kuni
kolme eduka pakkujaga ning hankelepingud sõlmitakse minikonkursside alusel, siis sellega
on tagatud et tööde tellimine raamlepingu alusel on olemuslikult jaotatud väiksemateks
4
osadeks. Selline hankelepingute sõlmimise kord tagab Hankija rahaliste vahendite
otstarbeka ja säästliku kasutamise ning konkurentsi efektiivse ärakasutamise.
2.9. Olelusringi kulud.
Antud ühishanke puhul arvestatakse e-teenuste keskkonna olelusringi kulusid
hooldusteenuse maksumuses.
3. Pakkumuse esitamine
3.1. Käesolevaga teeb Ühishanke korraldaja pakkujatele ettepaneku esitada pakkumus
vastavalt ühishanke alusdokumentides sisalduvatele tingimustele.
3.2. Pakkumuse esitamine vastuseks ühishanke alusdokumentidele tähendab pakkujale
nõustumist kõigi hanketingimuste ja reeglitega, millised on tehtud teatavaks ühishanke
alusdokumentides.
3.3. Pakkumus peab vastama ühishanke alusdokumentides esitatud tingimustele ja tuleb
esitada kogu ühishanke alusdokumentides nõutud mahus.
3.4. Ühispakkumuse esitamise korral peab pakkumuses sisalduma kinnitus, et hankelepingu
täitmise eest vastutavad ühispakkujad solidaarselt.
3.5. Iga edukaks tunnistatud pakkumuse esitanud pakkuja võtab endale kohustuse ning
vastutuse e-teenuste keskkonna arendus- ja hooldusteenuse osutamiseks kooskõlas
hanketingimustega ning tema esitatud pakkumusega.
3.6. Alternatiivsed lahendused ei ole lubatud.
3.7. Juhend pakkumuse vormistamiseks, märgistamiseks ja esitamiseks.
3.7.1. Pakkumus ja kõik pakkumuse juurde kuuluvad dokumendid peavad olema eesti
keeles. Kõik võõrkeelsed dokumendid peavad olema vormistatud trükitult ning eesti keelde
tõlgitud, kusjuures tõlge peab vahetult järgnema originaalile. Erandiks on reklaamialased
trükised, mis ei pea olema eesti keelde tõlgitud.
3.7.2. Pakkumused tuleb esitada RHR-i.
3.8. Pakkumuste esitamise tähtpäev ja kellaaeg avaldatakse RHR-i üldandmete lehel.
3.9. Kui pakkumus sisaldab ärisaladust, siis pakkumuses peab märkima Lisa 10 esitatud
vormil, milline teave on pakkuja ärisaladus ning põhjendama teabe ärisaladuseks määramist.
Pakkuja ei või ärisaladusena märkida RHS § 461 lg 1 toodud andmeid.
4. Teavitamine ja selgitused
4.1. Ühishanke alusdokumentide sisu kohta saab selgitusi ainult kirjalikul pöördumisel läbi
RHR-i „Teabevahetus“ töölehe. Pöördumine tuleb vormistada eesti keeles.
4.2. Hankija vastab punktis 4.1 nimetatud pöördumistele 3 tööpäeva jooksul vastava taotluse
saamisest arvates, lisades vastused RHR-i „Teabevahetus“ töölehele. Kui pöördumise
laekumise ja pakkumuse esitamise tähtpäeva vahele ei jää vähemalt 6 tööpäeva, ei ole
Hankija kohustatud pöördumisele vastama.
5
4.3. Hankija võib teha ühishanke alusdokumentides muudatusi vastavalt RHS-le, teave
nimetatud muudatuste kohta saadetakse vaid neile hankemenetlusest huvitatud isikutele ja
pakkujatele, kes on registreerunud ühishanke alusdokumentide väljavõtmisel.
4.4. Pakkuja võtab enda kanda pakkumuse ja pakkumuse tagasivõtmise teate esitamise kogu
riski, kaasa arvatud vääramatu jõu toime võimaluse.
4.5. Pakkuja kannab kõik pakkumuse ettevalmistamise ning esitamisega seotud kulud kuni
hankelepingu sõlmimiseni.
4.6. Pakkuja peab hoidma oma pakkumuse jõus vähemalt 90 päeva. Pakkumuse jõusoleku
tähtaeg algab pakkumuste esitamise tähtpäevast.
4.7. Kõikidest hankemenetluses tehtud otsustest teavitatakse pakkujaid RHR-i kaudu
viivitamatult, kuid mitte hiljem kui 3 tööpäeva jooksul vastava otsuse tegemisest arvates.
5. Pakkumuste avamine
Pakkumuste avamine toimub elektrooniliselt RHR-i keskkonnas.
6. Pakkumuse struktuur ja vastavuse kontrollimine
6.1. Pakkuja esitab koos pakkumusega hankepassi Euroopa Komisjoni kehtestatud
standardvormil.
6.2. Pakkuja esitab pakkumuses:
6.2.1. kinnituse kõigi ühishanke alusdokumentides esitatud tingimuste ülevõtmise kohta;
6.2.2. pakkumuse maksumuse vastavalt maksumuse esitamise vormile (Lisa 2);
6.2.3. kinnituse, et pakkuja suudab tagada esitatud nõuetele vastavate spetsialistide
kaasamise kogu raamlepingu perioodi vältel ning vastavate spetsialistide CV-d koos
spetsialistide hankes osalemise kinnitustega;
6.2.4. pakkuja ettevõtte esindajate nimekirja;
6.2.5. pakkuja kinnitab, et ühishankes ei osale punktis 1.6. mainitud isikuid;
6.2.6. proovitöö tulemi vastavalt Lisas 7 toodud kirjeldusele ja nõuetele;
6.2.7. Lisas 1 toodud arenduste I etapi projektiplaan ja lahenduse visioon, mis peab
sisaldama vähemalt järgmisi komponente:
6.2.7.1. lähteülesande terviklikuks teostamiseks vajalik mikroteenuste komplekt koos
pakutud jaotuse põhjendusega;
6.2.7.2. iga mikroteenuse lühikirjeldus;
6.2.7.3. ettepanekud uudsete tehnoloogiliste lahenduste kasutuselevõtuks eesmärgiga
parandada Töö tulemusena loodava lahenduse omadusi (UI/UX disain, päringute kiirus,
automatiseerimine vms).
6.2.8 kinnitus, et raamlepingu täitmise eest vastutavad ühispakkujad solidaarselt (ainult
ühispakkumuse esitamise korral).
6.3. Pakkumuste vastavuse kontrollimine:
6.3.1. hankija kontrollib hankepassi alusel kõrvaldamata jäetud ja kvalifitseeritud pakkujate
esitatud ja avatud pakkumuste vastavust ühishanke alusdokumentides esitatud tingimustele;
6
6.3.2. hankija lükkab pakkumuse tagasi, kui see ei vasta ühishanke alusdokumentides
esitatud tingimustele. Hankija võib tunnistada pakkumuse vastavaks, kui selles ei esine
sisulisi kõrvalekaldeid ühishanke alusdokumentides sätestatud tingimustest;
6.3.3. hankija lükkab tagasi pakkumus kus ei ole esitatud Lisas 7 kirjeldatud proovitööd või
punktis 6.2.7. kirjeldatud arenduste esimese etapi visiooni.
6.4. Pakkuja, kelle pakkumus on tagasi lükatud, ei osale edasises hankemenetluses.
7. Kõigi pakkumuste tagasilükkamine
7.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi pakkumuste tagasilükkamise kohta
lisaks RHS § 116 lõikes 1 nimetatule kui hankemenetluse toimumise ajal on hankijale
saanud teatavaks uued asjaolud, mis välistavad või muudavad hankijale ebaotstarbekaks
hankemenetluse lõpule viimise ühishanke alusdokumentides sätestatud tingimustel;
7.2. Hankija ei kanna vastutust pakkujate ees, kui kõigi pakkumuste tagasilükkamine on
toimunud käesolevas dokumendis sätestatud tingimustel.
8. Pakkumuse maksumuse esitamise juhend
8.1. Pakkumuse maksumus esitatakse hankedokumendi Lisas 2 esitatud vormil.
8.2. Pakkumuses esitatud hinnad väljendatakse eurodes.
8.3. Tööde maksumus esitatakse koos muude asjakohaste maksudega, käibemaksuta ja ka
käibemaksuga.
8.4. Pakkumuses esitatud hind on lõplik. Pakkuja ei tohi hankijalt täiendavalt nõuda muid
tasusid peale Lisas 2 toodud vormil esitatavate.
8.5. Valuutakursside, kauba tootjahinna muutumine või muud tegurid hinda ei mõjuta.
9. Pakkumuste hindamine
9.1.Pakkumuste hindamiskriteeriumid on toodud Lisas 6.
9.2.Pakkumuste hindamismetoodika on toodud Lisas 8.
10. Hanketingimused pakkuja töötajate kohta
10.1. Pakkuja peab tagama teenuse osutamise allpool toodud nõuetele vastava
kvalifikatsiooniga spetsialistide poolt:
10.1.1. vähemalt üks 5-aastase projektijuhtimise kogemusega projektijuht, kes on läbi viinud
vähemalt 2 samamahulist (arenduste töötundide arvu järgi) projekti;
10.1.2. vähemalt kaks arendajat kellel on vähemalt 3-aastane töökogemust htm, css,
javascript ja java koodi kirjutamisel;
10.1.3. vähemalt üks arendaja kellel on vähemalt 3-aastane töökogemus html, css, javascript
ja php koodi kirjutamisel;
10.1.4. vähemalt üks infosüsteemide arhitekt 3-aastase töökogemusega;
7
10.1.5. vähemalt üks 3-aastase tarkvara analüüsi kogemusega analüütik, kes on teostanud
analüüsi riiklikule registrile ja süsteemile, milles on kasutusel SOAP ja/või REST teenused
ning OAuth protokollil põhinevat autentimist;
10.1.6. vähemalt üks 5-aastase töökogemusega andmebaaside arendaja, kellel on kogemus
veebipõhise tarkvara ja SOAP ja/või REST teenuseid kasutava süsteemi arendamisel;
10.1.7. vähemalt üks 5-aastase töökogemusega kasutajaliideste UX disainer.
10.2. Üks spetsialist tohib samaaegselt täita kuni kaks punktis 10.1 määratud ülesannet.
10.3. Pakkuja esitab spetsialistide CV-d ja kirjaliku kinnituse, et ta suudab tagada esitatud
nõuetele vastavate spetsialistide kaasamise kogu raamlepingu perioodi vältel. Pakkujal on
õigus vahetada punktis 10.1. nõutud meeskonnaliikmetena esitatud isikuid ainult tingimusel,
et meeskonnaliige asendatakse vähemalt samaväärse kompetentsiga isikuga.
10.4. Hankijal on õigus kontrollida punkti 10.1. tingimuste täitmist kogu raamlepingu
perioodi vältel.
11. Pakkumuste edukaks tunnistamine
11.1. Edukaks tunnistatakse kuni kolm enam punkte saanud pakkumust pingerea alusel.
11.2. Hankija kontrollib pärast pakkumuste edukaks tunnistamise otsuse tegemist ja enne
hankelepingu sõlmimist edukaks tunnistatud pakkumuse esitajal kõrvaldamise aluste
puudumist ja kehtestatud kvalifitseerimise tingimustele vastamist.
12. Hankedokumendi lisad:
Lisa 1 – Arenduse esimese etapi lähteülesanne
Lisa 2 – Maksumuse esitamise vorm
Lisa 3 - Raamlepingu eritingimuste projekt
Lisa 4 – Hankelepingu projekt
Lisa 5 - Hooldusteenuse osutamise kord
Lisa 6 – Pakkumuste hindamiskriteeriumid
Lisa 7 – Proovitöö kirjeldus
Lisa 8 – Pakkumuste hindamismetoodika
Lisa 9– Kasutajaõiguste ja tarkvara lähtekoodile juurdepääsu taotlus ning
konfidentsiaalsuskohustus
Lisa 10 – Ärisaladuse teabe esitamise vorm
8
Hankedokumendi lisa 1
Arenduste esimese etapi lähteülesanne ja tehnilised nõuded
1. Sissejuhatus
Lähteülesande eesmärk on anda üldine ettekujutus arenduse mahust ja spetsiifikast, mille alusel
oleks võimalik käesolevas hankes osaleda. Lähteülesannet ei saa käsitleda arendusülesandena.
Täpsed arendusülesanded koostatakse detailanalüüsi käigus Täitja poolt koostöös Tellijaga ning
registreeritakse Tellija JIRA keskkonnas.
1.1. Mõisted
TTJA - Tarbijakaitse ja Tehnilise Järelevalve Amet
MTR - Majandustegevuse register
MTT - Majandustegevuse teade
TL - Tegevusluba
JVIS - Järelevalve infosüsteem
TTJA e-teenuste platvorm - loodav terviklik mikroteenustele ja protsessimootorile rajatud
infosüsteem, mille abil osutatakse ja hallatakse kõiki TTJA poolt osutatavaid teenuseid ja mis
asendab täna kasutusel olevad süsteeme, nt. JVIS, MTR, Netikaart.
MsüS - Majandustegevuse seadustiku üldosa seadus
Teabevärav - https://avaandmed.eesti.ee/
1.2. Projekti eesmärgid
Essmärgiks on luua TTJA e-teenuste platvorm 10 majandustegevuste esitamise teenusega koos
selleks vajalike funktsionaalsustega. Projekti realiseerimiseks tuleb läbi viia järgmised
tegevused :
1.2.1. Andmete protsessi loogika ja migratsiooniga seotud tööd
1.2.1.1. Koostada projekti skoobis olevate teenuste detailanalüüs. Täiendavalt tuleb
detailanalüüsi käigus töötada välja skoobis oleva funktsionaalsuse ja andmete
integratsiooni plaan vajalike integratsioonide loomiseks olemasoleva MTR-i, uute
sisemiste mikroteenuste ja väliste teenuste/andmekogudega. Detailanalüüsi käigus
tuleb arvesse võtta, et arendatav lahendus sisaldab endas üldkasutatavaid
mikroteenuseid, mida edaspidi hakkavad kasutama ka teised TTJA teenused.
Detailanalüüsi käigus tuleb arvestada, et arendatav TTJA e-teenuste platvorm peab
omama valmidust protsessimootori ja -halduse rakenduste kasutuselevõtuks,
1.2.1.2. teostada andmeanalüüs ja migratsiooniplaan. Arendada sünkroniseerimise ja
migreerimise komponendid, mis on vajalik skoobis oleva funktsionaalsuse
toimimiseks uuel e-teenuste platvormil,
1.2.1.3. projekti skoobi teostamise tulemusena peab säilima MTR-i terviklik funktsionaalsus,
sõltumata sellest, kus andmed asuvad,
1.2.1.4. osutada projektijuhtimise teenust,
1.2.1.5. esitada visioon, kuidas antud projekti raames loodud süsteemi edasi arendada, et kõik
MTR teenused (kokku 108 erinevat tegevusluba ja majandustegevusteadet) üle viia
uuele e-teenuste platvormile.
1.2.2. Mikroteenuste loomine
1.2.2.1. Arendada välja skoobis kirjeldatud majandustegevusteatete esitamiseks vajalikud
mikroteenused koos teenuse osutamiseks vajalike abistavate mikroteenustega (nt.
autentimine, autoriseerimine, teavitamine, dokumentide genereerimine,
klassifikaatorid, pangalingi teenused, x-tee liidesed, faililadu, avaandmed jne.).
Aktsepteeritud on nii uute teenuste arendamine kui ka olemasolevate tarkvaratoodete
kasutamine.
1.2.3. Kasutajaliidese loomine
1.2.3.1. Koostada uue TTJA e-teenuste platvormi VEERA stiiliraamatu baasil ja prototüüp
(Figma) ning teostada selle kasutusmugavuse testid,
1.2.3.2. arendada prototüübi alusel välja kasutajaliides ning juurutada see uues TTJA e-
teenuste platvormis ja uue kasutajaliidese kaudu peab olema võimalik jõuda
olemasolevasse majandustegevuse registrisse.
Hanke raames teostatav projekt on esimeseks etapiks TTJA e-teenuste platvormi tervikliku
uuendamise programmis. Sellest tulenevalt on vajalik arvestada asjaoluga, et projekti raames
loodavad lahendused sobiksid kavandatava uue e-teenuste platvormi tervikpilti (tehnoloogiline
ühilduvus, ristkasutuses olevad mikroteenused, UI disaini põhimõtted jms).
Lähteülesande lisadokumendid:
TTJA e-teenuste platvormi arhitektuuri nõuded ja MFN
MTR I etapi MTT-d andmekoosseisud
Lisadokumendid asuvad lingil - https://pilv.mkm.ee/s/fnaEja9JvoKPuL2
2. Funktsionaalsuse kirjeldus
2.1. Majandustegevuse register
MTR aluseks on MsüS ning vastavad eriseadused. Nimetatud aktid kirjeldavad ära MTR-i
põhifunktsioonid ja andmekoosseisud, millele käesoleva hanke raames loodav lahendus peab
vastama.
Kümme realiseeritavat majandustegevusteadet ning nende õiguslikud alused on järgmised:
2.1.1. Elektritööd, seadme ohutuse seaduse alusel;
2.1.2. Gaasitööd, seadme ohutuse seaduse alusel;
2.1.3. Surveseadmetööd, seadme ohutuse seaduse alusel;
2.1.4. Masinatööd, seadme ohutuse seaduse alusel;
2.1.5. Tõsteseadme, seadme ohutuse seaduse alusel;
2.1.6. Tuleohutusteenus, tuleohutusseaduse alusel;
2.1.7. Tulekustutussüsteemi, tulekahjusignalisatsioonisüsteemi või suitsueemaldussüsteemi
projekteerimine, ehitamine ja hooldamine, tuleohutusseaduse alusel;
2.1.8. Tuletõrje voolikusüsteemi või tulekustuti kontrollimine ja hooldamine,
tuleohutusseaduse alusel;
2.1.9. Sideteenuse osutamine, elektroonilise side seaduse alusel;
2.1.10. Postiteenuse teade, postiseaduse alusel.
Majandustegevusteadete täpse andmekoosseisu ja liidestuste vajadused teiste registritega leiab
lisadokumendist „MTR I etapi MTT-d andmekoosseisud“
2.2. Majandustegevusteated
2.2.1. Majandustegevusteate koostamise ja esitamise protsess
MTT-d saab vaadelda kui tegevusloa protsessi lihtsustatud varianti, milles puudub
loaprotsessile iseloomulik menetluse komponent (vt joonis).
Tulenevalt MsüS-i ja vastavate eriseaduste nõuetele on MTR-s võimalik esitada 40 erinevat
majandustegevuse teadet. Teateid sisestab ja esitab ettevõtte esindaja, ametnik selles protsessis
ei osale (va juhud, kui teade esitatakse paberil). Teate esitamiseks on lisaks seaduse sätestatud
juhul teatavatel tegevusaladel nõutavatele andmetele vajalik kompetentse (kutse- või
pädevustunnistusega) isiku kinnitus. Esitatud teade registreeritakse ja nõuetele vastavuse korral
kantakse teade MTR-i. Registrikande tegemisest teavitatakse taotlejat. Registrikanded on
avaandemetena kättesaadavad avalikkusele.
2.2.2. Kutsetunnistuste automaatne uuendamine
Projekti käigus tuleb arendada MTR-is välja võimekus, mille tulemusena on pädevate isikute
kutsetunnistuste uuendamine MTR-s muudetud automaatseks. Kutsetunnistuse uuendamine
toimub ettevõtja ja tema pädeva isiku teadmisel, kutseregistris uuendatud andmete alusel ning
tingimusel, et isikule väljastati uus kutsetunnistus sama kutsenimetuse ja tasemega.
2.3. Rollid
MTT esitamise protsessis osalevad kasutajad järgmistes rollides.
2.3.1. Taotleja (ettevõtja, teate koostaja ja esitaja)
2.3.2. Kompetentne isik
2.3.3. Järelevalvaja
2.3.4. Administraator/Registripidaja
2.3.5. Avalik kasutaja
2.4. Andmekoosseis
MsüS sätestab teadete andmekoosseisu. Sõltuvalt konkreetsest teatest võib andmekoosseis
olla erinev.
2.4.1. Üldandmete plokk:
a. registrikood, isikukood (Äriregister);
b. nimi (nimi, perenimi FIE nimi, juriidilise isiku nimi) (Äriregister);
c. sünniaeg /muu kood juhul kui puudub eesti registreerimise kood või isikukood
(Äriregister või Rahvastikuregister);
d. kontaktandmed (postiaadress, e-post, telefon) ja/või välisriigi ettevõtja kontaktandmed
(Äriregister);
e. tegevusala nimetus;
f. EMTAK kood ja EMTAK nimetus (Äriregister);
g. Alustamise kuupäev (juhul kui on erinev teate esitamise kuupäevast);
h. Lõpetamise kuupäev (juhul kui tähtajaline);
i. Taotluse esitaja isikuandmed, kontaktandmed ja esindusõiguse kinnitus;
j. Muud seadusega sätestatud andmed (nt lisadokumendid).
2.4.2. Vastutava isiku plokk:
a. Isikukood (Rahvastikuregister);
b. nimi (nimi, perenimi) (Rahvastikuregister);
c. sünniaeg juhul kui puudub eesti isikukood;
d. kontaktandmed (postiaadress, e-post, telefon);
e. töökogemuse andmed;
f. andmed hariduse kohta (kutse, kutseaste, kutse andja, kutse number, vastavuse
kinnitamine, väljaandmise- koht, aeg, kehtivus);
g. vastutavatest isikutest koosnevate rühmade/gruppide/ meeskondade andmed.
2.4.3. Tegevuskoha ja/või tehniliste vahendite kohustuste plokk:
a. Aadress;
b. Veebiaadress;
c. kaubamärgiinfo
d. liiklusvahendi või statsionaarse tehnilise vahendi või tegevuskoha tüübi kirjeldus
(sh avaliku ürituse kohta käiv info);
e. tegevusala piirkond;
f. tegevuskoha puudumine;
g. tegevuskoha kontaktandmed, juhul kui erinevad üldandmete punktist;
h. tegutsemisaeg (kauplemisaeg, lahtiolekuaeg jne).
2.4.4. Sertifikaatide, akrediteeringute ja muude sarnaste dokumentide plokk:
a. dokumendi nimetus;
b. ulatus;
c. väljaandja;
d. number;
e. kehtivusaeg.
2.4.5. Tagatiste, kindlustuste plokk:
a. summa;
b. rahaühik;
c. kehtivuse piirkond;
d. kehtivuse aeg;
e. andja andmed (nimi, reg.kood, isikukood);
f. andja asukoht (aadress);
g. andja kontaktandmed (postiaadress, e-post, telefon).
2.4.6. Teenuse ja kauba andmed:
a. teenuse nimetus;
b. tingimuse kirjeldus;
c. teenuse tarbimisega kaasnev informatsioon;
d. kauba nomenklatuur;
e. märge impordi ja/või ekspordi kohta;
f. andmed vahendajate või partnerite kohta (nimi, reg.kood, aadress, telefon, e-post).
2.5. Üldistatud kasutuslood
2.5.1. Taotleja tahab, et kõik MTR-i teenused oleksid talle kättesaadavad ühe e-teenuste
portaali kaudu.
2.5.2. Taotleja tahab võimalust valida endale sobiv rakenduse keel.
2.5.3. Taotleja tahab MTT reaalajas näha MTT andmeid Teabeväravas.
2.5.4. Taotleja tahab, et e-teenuste portaal suunaks kasutaja automaatselt kas uude või
vanasse MTR-i rakendusse sõltuvalt sellest, milline rakendus taotleja poolt valitud
teenust osutab.
2.5.5. Taotleja saab valida konkreetse MTT valdkonna selleks, et ta registreerida taotluse
andmed.
2.5.6. Taotleja tahab ennast autentida ja autoriseerida, et kinnitada enda õigust valitud MTT
registreerida.
2.5.7. Taotleja tahab sisestada MTT jaoks nõutud andmed.
2.5.8. Taotleja tahab, et välistest andmekogudes olemasolevad andmed oleksid MTT vormil
eeltäidetud selleks, et lihtsustada andmete registreerimist.
2.5.9. Taotleja tahab võimalusel sisestada andmeid valides loetelust sobiva variandi selleks,
et lihtsustada andmete registreerimist.
2.5.10. Taotleja tahab, et menüüvalikud sisaldaksid vaid neid valikuid, mis antud teate
kontekstis on asjakohased selleks, et lihtsustada andmesisestust.
2.5.11. Taotleja tahab salvestada poolelioleva ja veel esitamata taotluse selleks, et seda hiljem
jätkata.
2.5.12. Taotleja tahab pooleliolevate taotluste loetelust valida taotluse selleks, et andmete
sisestamist jätkata.
2.5.13. Taotleja tahab poolelioleva taotluse kustutada, sest ta loobub taotluse esitamisest
2.5.14. Taotleja tahab taotluse esitada.
2.5.15. Taotleja tahab, et tal ei oleks võimalik mittetäieliku või vigaste andmetega taotlust
esitada selleks, et andmete kvaliteet oleks tagatud.
2.5.16. Taotleja tahab, et kompetentse isiku poolt kinnitatud taotlus kantakse MTR-i selleks,
et teade ametlikult jõustada.
2.5.17. Taotleja tahab saada teavituse taotletud MTT registrisse kandmise kohta.
2.5.18. Kompetentne isik tahab enda õigussuhet taotluse esitanud ettevõtjaga kinnitada.
2.5.19. Registripidaja tahab taotleja poolt süsteemiväliselt esitatud MTT taotluse registreerida.
2.5.20. Registripidaja tahab valida esitatud ja kinnitamata taotluste nimekirjast taotluse
selleks, et taotlusel esitatud andmeid vaadata.
2.5.21. Registripidaja tahab vaadata nimekirjast valitud taotlusel esitatud andmeid selleks, et
neid kontrollida.
2.5.22. Registripidaja tahab kinnitatud MTT kanda MTR-i.
2.5.23. Registripidaja tahab teostatud registrikande andmed salvestada registripäevikus.
2.5.24. Kuni registrikande tegemiseni ei ole töös olev MTT taotlus vanas MTR-s nähtav.
2.5.25. Administraator tahab hallata tõlkeid1
2.5.26. Administraator tahab hallata klassifikaatoreid.
2.5.27. Administraator tahab hallata lõppkasutajale kasutajaliideses kuvatavaid
kasutuskriitiliste abitekstide ja veateadete sisu.
2.5.28. Järelevalvaja tahab kanda MTR-i ettekirjutuse andmed. Järelevalvaja tahab kanda
MTR-i majandustegevuse keelu andmed.
2.5.29. Avalikkuse esindaja tahab avaandmete portaalis näha registreeritud MTT-d.
2.6. Andmemigratsioon
Andmete migratsioonil vanast MTR-i andmebaasist uude keskkonda tuleb üle tuua projektiga
hõlmatud 10. majandustegevusteate kehtivad andmed ja varasemad versioonid.
1
Projekti tulemusena peab olema võimalik kasutada eesti ja ingliskeelset kasutajaliidest
Hankedokumendi lisa 2
Maksumuse esitamise vorm
Rea Teenus Summa € Summa koos
nr. käibemaksuga
€
1 Ühe arenduse töötunni maksumus
2 80 000 arenduse töötunni maksumus
Rida 1 x 80 000
Rea Teenus Summa € Summa koos
nr. käibemaksuga
€
3 Ühe hooldusteenuse töötunni maksumus
4 4 000 hooldusteenuse töötunni maksumus
Rida 3 x 4 000
5 Pakkumuse kogumaksumus
Rida 2* + Rida 4
Rea Arenduste esimese etapi maksumus alamtööde kaupa Summa € Summa koos
nr. käibemaksuga
€
6a Andmete protsessi loogika ja migratsiooniga seotud
tööd (Lisa 1 punkt 1.2.1)
6b Mikroteenuste loomine (Lisa 1 punkt 1.2.2)
6c Kasutajaliidese loomine (Lisa 1 punkt 1.2.3)
6 Arenduste esimese etapi maksumus
Rida 6a+6b+6c
NB! Arenduste esimese etapi maksumus (rida 6) sisaldub 80 000 arenduse töötunni
maksumuses (rida 2).
Hankedokumendi lisa 3
RAAMLEPING nr
ERITINGIMUSTE PROJEKT
Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-
Ameerika 1, Tallinn 10122, mida esindab põhimääruse alusel transpordi asekantsler kantsleri
ülesannetes Ahti Kuningas,
Tarbijakaitse ja Tehnilise Järelevalve Amet, registrikood 70003218, asukoht Endla 10a, Tallinn
10122, mida esindab volikirja alusel Majandus- ja Kommunikatsiooniministeerium (edaspidi
ühiselt nimetatud Tellija),
ja
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX;
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX;
XXX, registrikood XXX, asukoht XXX, mida esindab juhatuse liige XXX
(edaspidi XXX, XXX, XXX ning koos nimetatud Täitjad, Tellijat ja Täitjaid nimetatakse
ühiselt edaspidi ka poolteks ja eraldi pooleks,
sõlmivad käesoleva raamlepingu (edaspidi Leping) alljärgnevas:
1. Üldsätted
1.1. Lepingu moodustavad eri- ja üldtingimused koos lisadega kui konkreetsest lepingu
sättest ei tulene teisiti. Eritingimused sisaldavad üldtingimuste täiendusi ja parandusi
1.2. Lepingu dokumentide prioriteetsus on järgmine: eritingimused (I), lepingu lisad (II) ja
üldtingimused (III). Vastuolude korral lepingu dokumentide vahel prevaleerib
prioriteetsem dokument.
2. Lepingu ese, alus ja täitmine
2.1. Lepingu esemeks on Tarbijakaitse ja Tehnilise Järelevalve Ameti e-teenuste keskkonna
arendus- ja hooldusteenuse osutamine (edaspidi Teenus), mida töövõtja kohustub
tegema vastavalt lepingus ja lepingu lisades sätestatud tingimustele. Teenuse täpsem
kirjeldus on kirjas lisades XXX.
2.2. Leping sõlmitakse Tellija korraldatud riigihanke „TTJA e-teenuste keskkonna loomine“
(viitenumber XXX) tulemusena ning vastavalt riigihanke alusdokumentidele ning
töövõtja edukaks tunnistatud pakkumusele.
2.3. Leping on sõlmitud kuni kolme pakkujaga.
3. Hankelepingute sõlmimise tingimused
3.1. Lepingu täitmine toimub Tellija sõlmitavate hankelepingute alusel. Hankelepingute
sõlmimisel lähtub Tellija raamlepingust tulenevatest tingimustest. Konkreetses
hankelepingus fikseerib Tellija Teenuse sisu, Teenuse maksumuse ning vajadusel lähte-
ja vahepunktid ja tähtajad Teenuse osutamisel.
3.2. Tellija võib nõuda Teenuse osutamise kohta vaheraportit, mille Täitja esitab 2 (kahe)
tööpäeva jooksul.
3.3. Arenduse esimese etapi hankelepingute ja hoolduslepingute puhul minikonkurssi läbi
ei viida. Hankelepingud sõlmitakse Täitja poolt riigihanke pakkumuses esitatud teabe
alusel.
3.4. Kui hankelepingu pikkus ületab ühte kalendrikuud, siis jaotab Täitja tööd testitavateks
komponentideks ning kirjeldab tarneplaanis osatarnete sisu ja määrab tähtajad. Tellija
testib osatarnetena üleantud komponente vastavalt projektiplaanis kokkulepitud
tingimustele. Osatarnete raames üleantavaid komponente ei fikseerita üleandmise ja
vastuvõtmise aktiga ja neile ei kohaldu käesoleva dokumendi punktis 4 toodud
tingimused.
3.5. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud mitme pakkujaga
3.5.1. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi mis viiakse
läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest.
3.5.2. Minikonkurssidel esitatud pakkumuste hindamisel võib kasutada kolme erinevat
hindamise moodust. Iga minikonkursi väljakuulutamisel edastatakse Täitjatele info,
millist hindamise moodust kasutatakse. Pakkumuste hindamisel võimalikud
väärtuspunkide jagamise moodused on:
3.5.2.1. 50% pakkumuse maksumus ja 50% Teenuse üleandmise tähtaeg
kalendripäevades (arendust sisaldavad tööd, mille eeldatav maksumus on alla 20 000
eurot);
3.5.2.2. 50% hinnang Pakkuja esitatud osatarnete ajakavale ja lühikirjeldustele, 30%
pakkumuse maksumus ja 20% Teenuse üleandmise tähtaeg kalendripäevades (arendust
sisaldavad tööd, mille eeldatav maksumus on alates 20 000 eurost);
3.5.2.3. 70% pakkumuse maksumus ja 30% Teenuse üleandmise tähtaeg
kalendripäevades (tööd, mis ei sisalda lähekoodi või andmebaasi struktuuri muutmist,
näiteks detailanalüüsi koostamine, arhitektuurijoonise täiendamine, disaini täiendamise
ettepanekud jms)
3.5.3. Minikonkursil osalemist välistavad tingimused:
3.5.3.1. Täitjal ei tohi olla Tellijale üle andmata rohkem kui kaks enama kui 1000 tunni
mahuga hankelepingut minikonkursi väljakuulutamise päeva seisuga;
3.5.3.2. Minikonkursi väljakuulutamise päeval ei tohi Täitjal olla garantiiliste vigade
parandamata töid, mis on tähtaja ületanud.
3.6. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud ühe pakkujaga
3.6.1. Tellija esitab hankelepingu sõlmimiseks Täitjale pakkumuse esitamise ettepaneku koos
lähteülesandega, mille alusel Täitja esitab viie tööpäeva jooksul vastava pakkumuse.
Pakkumuses peab olema välja toodud tööde maht töötundides, Teenuse üleandmise
tähtaeg ja maksumus.
3.6.2. Pakkumuse hindamiskriteeriumiks on 100% pakkumuse maksumus.
4. Teenuse üleandmine ja vastuvõtmine
4.1. Täitja peab andma Lepingu alusel teostatava Teenuse üle vastavalt kokkulepitud
kirjeldustele, nõuetele ja tähtajal.
4.2. Täitja peab Lepingu alusel loodava dokumentatsiooni Tellijale üle andma korrektselt
vormistatuna veebikeskkonna XXX vahendusel, kui Poolte vahel ei ole kokku lepitud
teisiti. Dokumentatsioon säilitatakse Tellija keskkonnas ning selle säilimise eest
vastutab Tellija.
4.3. Üleantava Teenuse dokumentatsioon koosneb alljärgnevatest osadest:
4.3.1. tarkvara lähtekood koos kommenteeritud kirjeldustega;
4.3.2. täiendatud kasutusjuhend;
4.3.3. tarkvara testimise raport;
4.3.4. hankelepingu objektiga seonduvad muud materjalid.
4.4. Hankelepingute alusel arendustööde üleandmise ja vastuvõtmise aktid koostatakse
eraldi. Üleandmise aktis peab Täitja esitama tarkvara testimise raporti viite.
4.5. Üleandmise akti allkirjastamisega võtab Tellija Täitjalt esitatud Teenuse ülevaatamiseks
ning pärast akti allkirjastamist esitab Tellija 5 (viie) tööpäeva jooksul kirjalikult Täitjale
info testimiseperioodi kestvuse kohta.
4.6. Vastuvõtmise akti allkirjastab Tellija peale testimisperioodi lõppemist, kui tal ei ole
teostatud Teenuse suhtes pretensioone või kui pretensioonide alusel on Täitja teinud
Teenuses parandused.
4.7. Testimise käigus Teenuses avastatud vigade parandamine
4.7.1. Testimise käigus tekkinud pretensioonide korral esitab Tellija need Täitjale
kirjalikult vigade halduse keskkonnas JIRA (http://jira.mkm.ee). Iga pretensioon
kirjeldatakse eraldi JIRA piletina.
4.7.2. Täitja peab Teenuses tegema vastavad parandused omal kulul Tellija määratud
tähtaja jooksul, või teavitama Tellijat kui paranduste tegemine selle aja jooksul ei ole
võimalik. Sellisel juhul peab Täitja pakkuma välja uue tähtaja, mis ei tohi olla hilisem
kui 14 kalendripäeva hetkest, mil Tellija on probleemi JIRA keskkonnas esitanud.
4.8. Punktis 4.4. kirjeldatud üleandmise akt kaotab kehtivuse järgnevatel juhtudel:
4.8.1. Täitja ei ole etteantud tähtajaks parandanud testimise käigus avastatud vigu;
4.8.2. Tellija on lükanud testimise käigus avastatud vea parandamise kolmel korral tagasi
kuna avastatud viga on jätkuvalt parandamata;
4.8.3. testimise käigus avastatud vea parandamise tulemusena on tekkinud arendustöös uued
vead.
4.9. Peale punktis 4.8. mainitud testimise käigus avastatud vigade kõrvaldamist peab Täitja
esitama uue üleandmise akti Tellija määratud tähtajaks.
4.10. Tellijal on õigus käsitleda punktis 4.8. kirjeldatud juhtusid kui Lepingu rikkumist.
4.11. Tellija ei allkirjasta arendustööde vastuvõtmise akti, kui Täitjal on parandamata
eelnevate hankelepingute käigus üle antud arendustööde garantiilised vead, mis on
suunatud Täitja esindajale vigade halduse keskkonnas JIRA.
5. Tasu suurus, väljamaksmise tähtaeg ja kord
5.1. Lepingu kogumaksumus ei ületa XXX eurot käibemaksuta. Lepingu alusel makstav tasu
sisaldab ka autoritasu.
5.2. Lepingu ajaline kehtivus on neli aastat (48 kuud) alates Lepingu allkirjastamisest ja
eeldatav maht kuni 84 000 töötundi. Arendusteenuse maht on kuni 80 000 töötundi ja
tugiteenuse maht on kuni 4 000 töötundi.
5.3. Kui Tellija on Lepingu lõppedes esitanud tellimusi Lepingu punktis 5.2. nimetatud
mahust väiksemas mahus, siis kasutamata töötundide eest ei tasuta.
5.4. Arendustööde ja hooldustööde töötunni hind käibemaksuta on:
5.4.1. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot;
5.4.2. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot;
5.4.3. XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot.
5.5. Arenduste esimene etapp peab olema Tellijale üle antud hiljemalt 31.10.2023.
6. Poolte volitatud esindajad
6.1. Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja
Teenuse vastuvõtmisel on XXX, telefon XXX, e-post XXX .
6.2. Täitjate volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja
Teenuse üleandmisel on:
6.2.1. XXX, telefon XXX, e-post XXX;
6.2.2. XXX, telefon XXX, e-post XXX;
6.2.3. XXX, telefon XXX, e-post XXX;
6.3. Tellija volitatud esindajal on õigus esindada tellijat kõikides lepinguga seotud
küsimustes, välja arvatud lepingu muutmine, tähtajalise lepingu ühepoolne lõpetamine
ning leppetrahvi, viivise ja/või kahjude hüvitamise nõude esitamine.
7. Lepingu lisad
7.1. Lepingu allakirjutamisel on lepingule lisatud:
5.1.1. Lisa 1. Riigihanke alusdokumendid (leitavad riigihangete registris);
5.1.2. Lisa 2. Edukaks tunnistatud pakkumused
8. Muud sätted
8.1. Täitja kinnitab, et on üldtingimustega tutvunud elektroonselt riigihangete registris või
Majandus- ja Kommunikatsiooniministeeriumi veebis.
8.2. Täitja on teadlik, et leping on avalik välja arvatud osades, mis on märgitud avaliku teabe
seadusest tulenevatel alustel asutusesiseseks kasutamiseks.
8.3. Leping allkirjastatakse digitaalselt.
Tellija Täitjad
/allkirjastatakse digitaalselt/ /allkirjastatakse digitaalselt/
Hankedokumendi lisa 4
HANKELEPING nr
Tallinnas,
Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-
Ameerika 1, Tallinn 10122, mida esindab põhimääruse alusel transpordi asekantsler
kantsleri ülesannetes Ahti Kuningas,
Tarbijakaitse ja Tehnilise Järelevalve Amet, registrikood 70003218, asukoht Endla 10a,
Tallinn 10122, mida esindab volikirja alusel Majandus- ja Kommunikatsiooniministeerium
(edaspidi ühiselt nimetatud Tellija),
ja
xxx, registrikood xxx, asukoht xxx, mida esindab juhatuse liige xxx (edaspidi Täitja),
keda edaspidi nimetatakse ka Poolteks, sõlmisid käesoleva arendustööde hankelepingu
(edaspidi Leping) alljärgnevas:
1. Üldsätted ja Lepingu ese
1.1. Leping sõlmitakse Tellija korraldatud riigihanke „TTJA e-teenuste keskkonna
loomine ”, viitenumber xxx, tulemusena xxx sõlmitud raamlepingu nr xxx alusel.
1.2. Lepingu alusel teostatakse xxx (edaspidi Töö) vastavalt Lepingu Lisas 1
kirjeldatud lähteülesandele.
1.3.Leping on koostatud ühes eksemplaris ja allkirjastatud digitaalselt.
1.4. Käesolev Leping jõustub pärast Lepingu kõigi osapoolte allakirjutamist.
1.5. Käesoleva Lepingu allakirjutamise hetkel on Lepingule lisatud:
1.6.1. Lisa 1 – Lähteülesanne;
1.6.2. Lisa 2 - Täitja pakkumus.
2. Töö teostamise tähtaeg
Täitja kohustub Töö üle andma xxx jooksul peale Lepingu allkirjastamist.
3. Töö üleandmine ja tasu suurus
3.1.Täitja kulutab Töö teostamiseks xxx töötundi.
3.2.Tellija tasub teostatud ja vastuvõetud tööde eest xxx eurot (lisandub käibemaks
20%).
4. Poolte kontaktisikud
4.1.Tellija volitatud esindajaks Lepingu tingimuste täitmisel, kontrollimisel ja
vastuvõtmisel on XXX, telefon XXX, e-post XXX.
4.2.Täitja volitatud esindajaks ja kontaktisikuks on xxx, telefon xxx, e-post xxx.
Tellija: Täitja:
1
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/
XXX xxx
kantsler juhatuse liige
2
Hanke alusdokumendi lisa 5
Hooldusteenuse osutamise kord
1. Hooldusteenuse lepingute sõlmimine.
1.1. Hooldusteenuse osutamise hankeleping sõlmitakse kuni kolme pakkujaga
paremusjärjestuse alusel, mille kriteeriumiks on pakkumustele omistatud väärtuspunktid.
1.2. Enim väärtuspunkte saanud pakkujaga sõlmitakse peahooldaja hooldusteenuse leping.
1.3. Paremusjärjestuse alusel sõlmitakse kuni kahe vastavaks tunnistatud pakkujaga
tavahooldaja hooldusteenuse lepingud.
1.4. Kui raamleping on sõlmitud vaid ühe pakkujaga, siis ühilduvad peahooldaja ja tavahooldaja
teostatavad tööd.
2. Peahooldaja teostab hooldusteenuse osutamisel alljärgnevad tööd:
2.1 hooldusteenuse taseme (SLA) ettepanekute tegemine ning Ühishanke korraldajaga kirjalik
kooskõlastamine, teenuse osutamine vastavalt kokkulepitud hooldusteenuse taseme
tingimustele;
2.2 Tarbijakaitse ja Tehnilise Järelevalve Ameti e-teenuste keskkonna (edaspidi e-teenuste
keskkond) käideldavuse jälgimine ja vajadusel parandusettepanekute tegemine;
2.3 e-teenuste keskkonna aluskomponentide uute versioonide avaldamise jälgimine ja
Ühishankijatele aluskomponentide uuendamise ettepanekute tegemine;
2.4 veateadete vastuvõtmine, registreerimine ja tagasiside andmine vastavuses „TTJA IT
töökorrale“ juhendile tööpäevadel 08:00 – 17:00;
vigade ja probleemide (sh valest kasutamisest tingitud) kõrvaldamine e-teenuste keskkonnas;
2.5 e-teenuste keskkonnas tehtud muudatuste paigaldamise korraldamine ja tarnimine;
2.6 analüüsimine, milliste e-teenuste keskkonna komponentide muutmine on vajalik kasutaja
poolt raporteeritud vea parandamiseks, koostama ja edastama vastutavatele organisatsioonidele
tööülesanded ning koordineerima arendustöid tagades e-teenuste keskkonna käideldavuse peale
muutuste paigaldamist;
2.7 selgitamine, kas veateade on põhjustatud garantiilisest veast ning selle vastava koodiosa
garantiid teostavale organisatsioonile koos omapoolsete põhjendustega edastamine;
konsultatsioonide (telefon, e-post, veebipõhise keskkonna kaudu) andmine Ühishanke
korraldajale tööpäeviti (kell 9.00-17.00);
2.8 e-teenuste keskkonna spetsifikatsiooni, kasutusdokumentatsiooni ja tarkvara paigalduseks
vajaliku dokumentsatsiooni täiustamine ja kaasajastamine vastavalt Hankija poolt edastatud
vajadustele ja hooldusteenuse osutamise käigus teostatud muudatustele;
2.9 Tellijaga kooskõlastatult e-teenuste keskkonna kasutajate nõustamine ja tehnilise info
andmine tarkvara arenduse küsimustes;
2.10 hooldusteenuse tasemete tingimuste täitmise regulaarne aruandlus Ühishanke korraldajale.
3. Tavahooldaja teostab hooldusteenuse osutamisel alljärgnevad tööd:
3.1. tuvastamine, kas peahooldaja poolt suunatud viga oli garantiiline ja mittegarantiiliste
vigade kohta peahooldajale ja Ühishanke korraldajale vastava info edastamine;
3.2. Ühishankijate poolt tellitud veaparandustööde teostamine ja veaparanduste tarnimine;
3.3. Ühishankijate tellimusel e-teenuste keskkonna kasutajate nõustamine ja tehnilise info
andmine tarkvara arenduse küsimustes;
4. Mittegarantiiliste tarkvara vigade menetlemise kord.
Kui peahooldaja tuvastab, et veateade ei ole põhjustatud garantiilisest veast, siis koostab ta
Ühishanke korraldajale selle kohta veebipõhist probleemide halduse keskkonnas JIRA
tööülesande, vea põhjenduse ning kõrvaldab vea.
5. Planeeritud katkestused e-teenuste keskkonna tarkvara hooldusöödel:
5.1. planeeritud katkestusest etteteatamisaeg on vähemalt 24 tundi;
5.2. planeeritud katkestuste maksimaalne kogukestvus aastas on kuni 48 tundi;
5.3. ühe planeeritud katkestuse maksimaalne kestvus on kuni 2 tundi;
5.4. maksimaalne planeeritud katkestuste arv kuus on kuni 2 tundi.
6. Tarkvara vigade kõrvaldamisel tuleb lähtuda alljärgnevatest reageerimise ja lahendamise
aegade nõuetest. Detailide kooskõlastamine toimub poolte vahel lepingu läbirääkimiste käigus
ja fikseeritakse hooldusteenuse taseme tingimustena.
Kriitilisus Kirjeldus Reageerimisaeg Lahendamise
aeg
Blokker Olukord, kus teenus on kasutuskõlbmatu, st. eeldatavalt 1 tunni jooksul 3 tunni jooksul
vähemalt 100 klient ei saa teostada igapäevaseid
toiminguid, kliendile tekib oluline majanduslik kahju kui
viga ei parandata operatiivselt, või on tegu 1. prioriteedi
turvaintsidendiga vastavalt Majandus- ja
Kommunikatsiooniministeeriumi valitsemisala
turvaintsidentide korrale.
Kriitiline Olukord, kus teenus on osaliselt kasutuskõlbmatu, 4 tunni jooksul 1 tööpäeva
vähemalt 1 klient ei saa teostada oma igapäevaseid jooksul
toiminguid, või on tegu 2. prioriteedi turvaintsidendiga
vastavalt Majandus- ja Kommunikatsiooniministeeriumi
valitsemisala turvaintsidentide korrale.
Kõrge Olukord, kus teenuse kasutamine on oluliselt raskendatud, 4 tunni jooksul 2 tööpäeva
või on tegu 3. prioriteedi turvaintsidendiga vastavalt jooksul
Majandus- ja Kommunikatsiooniministeeriumi
valitsemisala turvaintsidentide korrale.
Muu Olukord, kus teenuses ilmnevad igapäevast tööd mitte 3 tööpäeva Järgmise
segavad vead, või on tegu madalama prioriteediga jooksul tarkvarauuendus
turvaintsidendiga. e käigus
Reageerimisaeg on aeg, mille jooksul Täitja registreerib vea ning määrab sellele lahendamise
aja. Reageerimisaega ja lahendamise aega arvestatakse tööpäevil (kell 8.00-17.00).
7. Turvauuendused tuleb planeerida ja paigaldada esimesel võimalusel. Kui on tegemist
kriitilise turvauuendusega, siis tuleb uuendused paigaldada mitte hiljem kui 4 tunni jooksul.
8. Hooldusteenuse osutamisel kasutatakse Ühishanke korraldaja JIRA keskkonda, mis
võimaldab esitada veebipõhiselt parandusettepanekuid ja e-teenuste keskkonna töös ilmnenud
vigasid ning jälgida antud tööde täitmise kulgu.
9. Hooldusteenuse osutajal peab olema fikseeritud väline IP aadress.
10. Hooldusteenuse osutamise käigus tuleb järgida „TTJA IT töökorra“ nõudeid.
Hankedokumendi lisa 6
Pakkumuste hindamiskriteeriumid
1. Kõikide vastavaks tunnistatud pakkumuste võrdlemisel ja hindamisel kasutatakse
majanduslikult kõige soodsama pakkumuse kindlaksmääramisel väärtuspunktide süsteemi
(Merit Point System). Pakkumuste hindamisel selgitatakse majanduslikult soodsaim
pakkumus välja järgmistes punktides toodud hindamiskriteeriumite alusel.
Hindamiskriteeriumide eest antavad väärtuspunktid summeeritakse. Maksimaalne
punktisumma on 100.
2. Hindamiskriteeriumid:
2.1. Pakkumuse kogumaksumus – 30 väärtuspunkti
Pakkumuse kogumaksumuse (Lisa 2, rida 5) väärtuspunktide määramisel saab
maksimaalsed väärtuspunktid kõige odavam pakkumus. Teised saavad 30-st võimalikust
punktist sama suhtarvu võrra vähem punkte, mille võrra nende pakkumuse kogumaksumus
on kõige odavamast pakkumusest kallim. Väärtuspunktid arvutatakse:
“väärtuspunktid” = “kõige odavam pakkumuse maksumus” / “hinnatava pakkumuse
kogumaksumus” ×30
2.2. Arenduste esimese etapi maksumus – 15 väärtuspunkti
Esimese hankelepingu maksumuse (Lisa 2, rida 6) väärtuspunktide määramisel saab
maksimaalsed väärtuspunktid kõige odavam pakkumus. Teised saavad 15-st võimalikust
punktist sama suhtarvu võrra vähem punkte, mille võrra nende pakkumuse esimese
hankelepingu maksumus on kõige odavamast pakkumusest kallim. Väärtuspunktid
arvutatakse:
“väärtuspunktid” = “kõige odavam esimese etapi maksumus” / “hinnatava pakkumuse
esimese etapi maksumus” ×15
2.3. Hinnang proovitööle – 30 väärtuspunkti
2.4. Hinnang arenduste esimese etapi visioonile – 25 väärtuspunkti
Proovitöö ja visiooni hindamismetoodika on esitatud Lisas 8.
Hankedokumendi lisa 7
Proovitöö kirjeldus
1. Proovitöö eesmärk
Proovitöö eesmärgiks on luua elektripaigaldiste käidu ja elektritöö (edaspidi elektritöö)
majandustegevusteate taotlemise protsessi prototüüp. Prototüüp peab sisaldama minimaalselt:
Avaliku vaate aken majandustegevuse registrile, mille kaudu saab siseneda nii vanasse
majandustegevustegevuse registrisse (MTR), kui uude MTR-i keskkonda
ettevõtja vaate aken majandustegevusteate taotluse esitamiseks;
o arvutist
o mobiilsest seadmest
kompetentse isiku vaate aken, kus peale ettevõtja poolt teate esitamist, saab
kompetentne isik kinnitada õigussuhet ettevõtjaga. Peale kinnituse andmist muutub
ettevõtja poolt esitatud elektritööde majandustegevusteade registris avalikult
kättesaadavaks;
2. Õiguslik alus
Väljavõtted asjakohastest seadustest on leitavad antud dokumendi Lisas.
3. Andmekoosseis
3.1. Elektritöö teate andmekoosseis
Valdkond Teade Nõuded Andmed Liidestus
Seadmetöö Elektritöö Üldandmed Ettevõtja nimi Äriregister
Seadmetöö Elektritöö Üldandmed Registrikood Äriregister
Seadmetöö Elektritöö Üldandmed Telefon Äriregister
Seadmetöö Elektritöö Üldandmed E-post Äriregister
Seadmetöö Elektritöö Üldandmed veebileht Äriregister
Seadmetöö Elektritöö Üldandmed Ametlik aadress Äriregister
Seadmetöö Elektritöö Üldandmed Tegevusega alustatakse loa väljastamisel Jah/Ei
Seadmetöö Elektritöö Üldandmed Tähtajatu jah/ei
Seadmetöö Elektritöö Üldandmed taotluse kuupäev
Seadmetöö Elektritöö Üldandmed taotleja kommentaar
Seadmetöö Elektritöö Üldandmed taotluse esitaja isikukood Rahvastikuregister
Seadmetöö Elektritöö Üldandmed taotluse esitaja nimi Rahvastikuregister
Seadmetöö Elektritöö Üldandmed taotluse esitaja telefon
Seadmetöö Elektritöö Üldandmed taotluse esitaja e-post
Seadmetöö Elektritöö Üldandmed taotlejad ühisesindusõigusega Äriregister
Seadmetöö Elektritöö Üldandmed taotleja volitusega Äriregister
Seadmetöö Elektritöö Üldandmed Asutamisel olev ettevõte (fail)
Elektripaigaldise projekteerimine; -remontimine; - hooldamine
ja käitlemine; - ehitamine, s.h. paigaldamine; - projekti
ekspertiisi tegemine;
Seadmetöö Elektritöö Tegevuste liigitus Elektriseadme remontimine ja ümberehitamine
Seadmetöö Elektritöö Kompetentne isik isikukood Rahvastikuregister
Seadmetöö Elektritöö Kompetentne isik nimi Rahvastikuregister
Seadmetöö Elektritöö Kompetentne isik telefon
Seadmetöö Elektritöö Kompetentne isik e-post
Seadmetöö Elektritöö Kompetentne isik valik - Kutse/Pädevus
Seadmetöö Elektritöö Kompetentne isik > Kutse Kutsetunnistus number Kutseregister
Seadmetöö Elektritöö Kompetentne isik > Pädevus Tunnistuse number JVIS
3.2. Kasutusjuht: Elektritöö majandustegevusteate esitamine (elektrooniliselt)
Põhitegutseja: Ettevõtja esindaja (edaspidi ettevõtja)
Osapooled ja nende
Ettevõtja soovib elektrooniliselt esitada majandustegevusteadet
huvid:
Ettevõtja alustab MTR-i avalehelt ja soovib registris ettevõtja rollis esitada
elektritöö majandustegevusteadet. Ettevõtja täidab elektritöö
Lühikirjeldus: majandustegevusteate vormi. Andmete sisestamisel kontrollib süsteem, kas
kohustuslikud väljad on täidetud. Ettevõtja esitab korrektselt täidetud
vormi.
Süsteem on kontrollinud ettevõtja esindajat rahvastikuregistrist ning
Eeltingimus:
volitusi äriregistrist.
Ettevõtja elektritöö teade on edukalt esitatud. Majandustegevusteade jääb
Järeltingimus:
staatusesse „vastutava isiku kinnituse ootel“
Stsenaarium: Sisestatavad/valitavad andmed:
Valdkonna ning
Valdkond: Seadmetöö
tegevusala valimine
Tegevusala: Elektritöö
etteantud nimekirjast
Majandustegevusteate taotleja vaade:
Märkus: Süsteem peab vormil kuvama eeltäidetuna süsteemi sisenenud
ettevõtte äriregistri üldandmeid, nagu seda nimi, registrikood,
kontaktandmed.
1. Ettevõtja üldandmed (eeltäidetud)
2. Taotluse esitaja nimi (eeltäidetud)
Märkus: Kuvatakse selle inimese nime, kes on sisse loginud.
3. Taotluse esitaja telefon (kohustuslik väli, ettevõtja täidab)
4. Taotluse esitaja e-post (kohustuslik väli, ettevõtja täidab)
5. Fail (asutamisel olev ettevõtja) (vabatahtlik väli)
Teate andmete
sisestamine/kuvamine 6. Kompetentse isiku andmed
Märkus: Ettevõtja täidab kompetentse isiku isikukoodi välja ja käivitab
seejärel päringu rahvastikuregistrist.
Isikukood (kohustuslik väli, ettevõtja täidab)
Nimi (andmed tulevad päringuga rahvastikuregistrist)
Telefon (andmed tulevad päringuga rahvastikuregistrist)
e-post(andmed tulevad päringuga rahvastikuregistrist)
7. Kompetentse isiku kutse. Märkus: Kui lisatakse kompetentse
isiku isikukood, siis selle alusel teostatakse päring
Kutseregistrisse ja kuvatakse isiku kutse andmed.
8. Kompetentse isiku pädevus. Märkus: Kui lisatakse kompetentse
isiku isikukood, siis selle alusel teostatakse päring TTJA
Järelevalve Infosüsteemi JVIS ja kuvatakse isiku
pädevustunnistuse andmed.
Teate esitamine Ettevõtja esitab teate.
Alternatiivne sündmuste
käik:
Kui soovitud teade on ettevõttel juba olemas, näeb ettevõtja enda
esitatud teadet. Majandustegevusteadet topelt ei lase süsteem kliendil
taotleda ehk kaks samasugust (ühel ja samal tegevusalal) te ei tohi
kliendil olla.
Kui sisestatud andmetes sisaldub vigu, kuvatakse ettevõtjale veasõnumid
sisestatud väljade täpsusega.
3.3. Kasutusjuht: Kompetentne isik kinnitab oma õigussuhet majandustegevusteate esitanud
ettevõtjaga
Põhitegutseja: Kompetentne isik (füüsiline isik)
Osapooled ja Kompetentne isik: Soovib MTR-is kinnitada õigussuhet majandustegevusteate
nende huvid: esitanud ettevõtjaga.
Kompetentne isik saab süsteemilt automaatteavituse, et ta on lisatud ettevõtja
kompetentseks isikuks ja teates sisaldub link, millega saab siseneda MTR-i. Isik
siseneb füüsilise isikuna MTR-i ning MTR kuvab talle teadet - kinnita õigussuhet
Lühikirjeldus:
majandustegevusteate esitanud ettevõtjaga. Kompetentne isik, kas kinnitab või
keeldub kinnitamast. Kui kompetentne isik kinnitab, siis muutub
majandustegevusteade MTR-i avalikust vaatest leitavaks.
Eeltingimus: Füüsilisel isikul on süsteemile ligipääs
Kompetente isik on oma õigussuhet ettevõtjaga kinnitanud ja
Järeltingimus:
majandustegevusteade on MTR-i avalikust vaatest leitav.
4. Proovitöö nõuded:
Proovitöö tuleb esitada üldlevinud disainitarkvara kasutades (nt Figma või samaväärne
keskkond);
Tulem peab kohanduma kasutaja ekraaniseadmega (responsive disain);
Tulem peab toimima üheselt kõigis kaasaegsetes brauserites;
Kõik vaated ja funktsionaalsused peavad olema lingitud;
URL-id/path-id peavad olema relatiivsed;
5. Proovitöö ettevalmistamine ja esitamine
Proovitöö ettevalmistamiseks on võimalik tutvuda MTR-i testkeskkonnaga.
Proovitöö pakett esitatakse pakkumuse koosseisus.
Lisa
Õiguslik alus
1. Seadme ohutuse seaduse §-de väljavõtted
§ 1. Seaduse eesmärk ja reguleerimisala
(1) Käesoleva seaduse eesmärk on tagada seadmete ja nendega seotud protsesside ohutus.
(2) Käesoleva seadusega reguleeritakse seadme kasutusele võtmist ja kasutamist ning seadmetööd.
§ 2. Seaduse kohaldamisala
(2) Käesolevast seadusest tulenevaid nõudeid isiku kompetentsusele ja selle tõendamisele,
seadmetööle ning auditile kohaldatakse järgmiste seadmete puhul:
1) suurema kui 0,5-baarise sisemise töörõhuga surveseade või ohtliku kemikaali käitlemiseks
kasutatav surveseade olenemata sisemisest töörõhust;
2) gaasiseade;
3) inimese, looma või asja tõstmiseks kasutatav masin (tõsteseade), sealhulgas lõbustuspargi seade;
4) elektriseade.
§ 3. Käesolevas seaduses kasutatavad terminid
(7) Seadmetöö on seadme projekteerimine, valmistamine, ehitamine, paigaldamine,
demonteerimine, seadistamine, katsetamine, kontroll ja remontimine ning asjakohasel juhul ka
täitmine ja ladustamine ning muu selline töö, mis mõjutab seadme omadusi ja mis ei ole seadme
kasutamine
§ 10. Isiku kompetentsusele esitatavad nõuded
(1) Kompetentne isik peab tundma kasutatava seadme või tehtava seadmetöö eripärasid, oskama
identifitseerida, tuvastada ja ennetada seadmega, selle kasutamisega või seadmetööga kaasnevaid
ohte ja kasutada ohutustehnilisi võtteid ning vajaduse korral ka auditi protseduure.
(2) Kui õigusakti kohaselt peab isiku kompetentsus olema tõendatud, võib isik oma kompetentsust
tõendada kutsetunnistusega kutseseaduse tähenduses, sertifitseerimisasutuse antud
pädevustunnistusega või muu õigusakti kohase tõendiga.
(3) Eeldatakse, et isiku kompetentsus on tõendatud, kui tal on vastav kutsetunnistus kutseseaduse
tähenduses või sertifitseerimisasutuse antud pädevustunnistus. Isiku kompetentsus loetakse
tõendatuks ulatuses, mis vastab talle antud kutsetunnistuse aluseks olnud kutsestandardis
kirjeldatud kutsealale ja -tasemele või pädevustunnistuse andmise aluseks olnud
sertifitseerimisskeemiga hõlmatud tegevusele.
§ 13. Teatamiskohustus
(1) Majandustegevusteate esitab majandustegevusena seadmetööd tegev ettevõtja.
§ 7. Seadmetöö
(1) Seadmetööl tuleb arvestada seadmele esitatavaid nõudeid ning seadme kasutamise, korrashoiu
ja auditi tegemise vajadusi.
(2) Seadmetöö eest vastutav isik tagab, et:
1) seadmetööd vahetult tegev isik on tehtavateks töödeks kompetentne või tegutseb kompetentse
isiku kontrolli ja juhendamise all;
2) seadmetööd tegeval isikul on võimalik oma ülesandeid täita nõuetekohaselt ja ohutult.
(3) Valdkonna eest vastutav minister kehtestab määrusega seadmetööle esitatavad täpsemad
nõuded.
2. Väljavõte määrusest nr 74 „Elektripaigaldise käidule ja elektritööle esitatavad nõuded“
§ 1. Kohaldamisala
(1) Käesolev määrus sätestab nõuded elektripaigaldise käidule ja elektritööle.
§ 3. Elektripaigaldise käidule ja elektritööle esitatavad üldnõuded
(1) Enne elektripaigaldises käidutoimingu tegemist tuleb välja selgitada tegevusega kaasneda võivad
ohud ja rakendada abinõusid nende ohtude realiseerumise vältimiseks.
(2) Käidu- ja elektritööd teeb isik, kellel on selleks tööks vajalikus mahus tehnilisi ja ohutusalaseid
teadmisi ning kogemusi. Käidu- ja elektritööd tegeva isiku elektriohuteadlikkust ja kogemusi
pingevabade, pingelähedaste või pingealuste käidu- ja elektritööde teostamiseks madalpinge- või
kõrgepingepaigaldistes kontrollib elektritöid juhtiv isik või elektripaigaldise kasutamise nõuete
täitmist korraldav isik (kasutamise järelevaataja) või nimetatud isikute poolt selleks volitatud pädev
asutus või isik. Nimetatud elektriohuteadlikkuse kontrollimine tuleb
dokumenteerida.
3. Väljavõte seadme ohutuse seaduse muutmise eelnõust
Paragrahvi 13 täiendatakse lõigetega 5-8 järgmises sõnastuses:
(5) Majandustegevusteade on esitatud, kui majandustegevuse registris on olemas käesoleva seaduse
§-s 10 sätestatud nõuetele vastava kompetentse isiku kinnitus tema õigussuhte kohta
majandustegevusteate esitanud ettevõtjaga.
(8) Kompetentse isiku ja ettevõtja vahelise õigussuhte katkemise korral on kompetentsel isikul õigus
kinnitusest loobuda. Kui kompetentne isik on kinnitusest loobunud, esitab ettevõtja
majandustegevuse üldandmete muutumise teate majandustegevuse seadustiku üldosa seaduse § 30
lõike 5 kohaselt. Kui kinnitusest loobunud kompetentne isik on asjaomasel tegevusalal ettevõtja
ainus kompetentne isik, loetakse, et ettevõtja ei ole sellel tegevusalal tegutsemiseks
teatamiskohustust täitnud.
Hankedokumendi lisa 8
Proovitöö ja arenduste esimese etapi visiooni hindamismetoodika
1. Proovitöö hindamismetoodika
Proovitöö hindamine hindamiskriteeriumi „Hinnang esitatud proovitööle“ toimub nelja
alamkriteeriumi alusel. Proovitöö vastavuse hindamisel on võimalik saada maksimaalselt 30
väärtuspunkti. Väärtuspunktide andmisel lähtutakse järgnevatest põhimõtetest:
1.1. Tehniline lahendus – kuni 10 väärtuspunkti.
Hinnatakse, kas prototüübi tehniline lahendus vastab proovitöö kirjeldusele (Lisa 7).
Tehnilise lahenduse vastavuse hindamisel saab:
10 väärtuspunkti saab proovitöö, mis täielikult vastab proovitöö kirjelduse nõuetele,
on tehniliselt korras ning taotluse menetlusprotsesse on võimalik algusest lõpuni läbi
testida. Kõik suunamised ja nupud töötavad proovitöö kirjeldusele vastavalt, brauseri
„Back“ nupu abil on Kasutajal võimalik pöörduda tagasi vaatesse, kus ta eelnevalt
viibis.
5 väärtuspunkti saab proovitöö, mille tehnilises lahenduses esineb mõningaid vigu (nt
suunamised ei tööta õigesti või nupud ei tööta õigesti või brauseri „Back“ nupp“ ei tööta
õigesti).
0 väärtuspunkti saab proovitöö, mille puhul taotluste menetlusprotsessi ei ole
võimalik algusest lõpuni „läbi testida“).
1.2. Äriloogika vastavus – kuni 10 väärtuspunkti.
Hinnatakse kas proovitöö järgib proovitöö kirjelduse äriloogikat.
Äriloogika vastavuse hindamisel saab:
10 väärtuspunkti proovitöö, mis täielikult järgib proovitöö kirjelduse äriloogikat.
5 väärtuspunkti saavad proovitööd, mis osaliselt järgivad proovitöö kirjelduse
äriloogikat.
0 väärtuspunkti saab proovitöö, mis ei järgi proovitöö kirjelduse äriloogikat.
1.3. Kasutusmugavus – kuni 5 väärtuspunkti.
Hinnatakse, kas protsessid on loogilises järjekorras, samuti, kas on kasutatud
veasituatsioonide ja tegevuse õnnestumise teavitamist ning kas kõikidel Kasutaja
tegevustel on Kasutaja jaoks nähtav tulemus.
Kasutusmugavuse vastavuse hindamisel saab:
5 väärtuspunkti proovitöö, mis vastab täielikult eelpool kirjeldatud nõuetele.
3 väärtuspunkti proovitöö, mis osaliselt vastab eelpool kirjeldatud nõuetele.
0 väärtuspunkti proovitöö mis ei vasta eelpool kirjeldatud nõuetele.
1.4. Disain – kuni 5 väärtuspunkti.
Hinnatakse, kas proovitöö kujunduses on kasutatud majandustegevuse registri disaini.
Kas proovitöö kohaldub erinevate ekraaniseadmetega, kas kõik andmeväljad asetsevad
kohakuti, kas nupud ja andmeplokid asetsevad samadel kohtadel ning nende asetus on
visuaalselt korrektne.
Disaini vastavuse hindamisel saab:
5 väärtuspunkti proovitöö, mille kujundus vastab täielikult eelpool kirjeldatud
nõuetele.
3 väärtuspunkti proovitöö, mille kujundus vastab osaliselt eelpool kirjeldatud
nõuetele.
0 väärtuspunkti proovitöö mis ei vasta eelpool kirjeldatud nõuetele.
2. Arenduste esimese etapi visiooni hindamise metoodika
Arenduste esimese etapi visiooni (edaspidi visioon) hindamisel on võimalik saada
maksimaalselt 25 väärtuspunkti. Väärtuspunktide andmisel lähtutakse järgnevatest
põhimõtetest:
2.1. 25 väärtuspunkti - Pakkuja on täielikult aru saanud visiooni olemusest ja
ülesandepüstitusest. Projektiplaan ja hanke eesmärgi saavutamiseks vajalikud
tegevused on loogilises järjestuses ja omavahelises seoses. Projektiplaanis esitatud
tegevused on jaotatud projekti läbiviimiseks sobiva kestusega etappideks, etapi tööde
mahuhinnangud on realistlikud arvestades etapi tulemite mahtu ja keerukust. Visioon
on põhjalik, läbimõeldud ja ammendav ning täies mahus sobivad Tellija teenuste
portfelli vajadustele.
2.2. 15 väärtuspunkti - Pakkuja on aru saanud visiooni olemusest ning projektiplaan on
esitatud struktureeritult ja põhjendatult. Esitatud projektiplaanist on arusaadav, kuidas
riigihanke alusdokumentides kirjeldatud nõuded, ootused tulemusele ning eesmärkidele
planeeritakse realiseerida. Visioon on läbimõeldud ning enamalt jaolt sobivad Tellija
teenuste portfelli, kuid esinevad üksikud puudujäägid, vastuolud ja/või ebatäpsused,
kuid need ei ole oluliseks takistuseks.
2.3. 10 väärtuspunkti - Pakkuja esitatud visioonist ja projektiplaanist ei ole selgelt aru
saada, kuidas riigihanke alusdokumentides kirjeldatud nõuded, ootused tulemusele ning
eesmärkidele planeeritakse realiseerida. Kõik tööd ei ole jaotatud etappideks või ei ole
nende etappideks jaotamine selgelt põhjendatud või põhjendused arusaadavad või ei ole
etappide mahuhinnangud realistlikud arvestades etapi tulemite mahtu ja keerukust.
Visioonis esineb olulisi puudujääke. Hankija hinnangul ei pruugi pakkuja pakkuda
sobivat lahendust .
2.4. 5 väärtuspunkti - Pakkuja esitatud visioon ja projektiplaan on esitatud puudulikult või
sisaldavad sisulisi vastuolusid. Hankijal ei ole arusaadav, kuidas kavatsetakse soovitud
tulemini jõuda.
2.5. 0 väärtuspunkti - saab esitatud visioon mis ei vasta arenduste esimese etapi
lähteülesandes (Lisa 1) kirjeldatud nõuetele.
3. Iga hindamiskomisjoni liige hindab proovitöid eraldi. Hindamiskomisjoni liikmete poolt
omistatud väärtuspunktidest arvutatakse aritmeetiline keskmine.
Hankedokumendi lisa 9
Kasutajaõiguste ja tarkvara lähtekoodile juurdepääsu taotlus ning
konfidentsiaalsuskohustus
Käesolevaga soovib riigihankel „TTJA e-teenuste keskkonna loomine“ taotleja nimetus,
äriregistri kood, keda esindab juhatuse liige eesnimi, perekonnanimi juurdepääsu
majandusregistri tarkvarale ja tarkvara lähekoodile (edaspidi lähtekood).
Majandustegevuse registri tarkvara kasutajaõigused ja juurdepääs lähtekoodile palun omistada
järgevatele isikutele.
Nimi ja eesnimi Isikukood e-maili aadress
Taotluse esitaja kohustub:
1. hoidma saladuses ning mitte edastama kolmandatele isikutele konfidentsiaalset teavet
(sealhulgas tarkvara lähtekoodi ja andmebaasides salvestatud infot), mis on talle
teatavaks saanud pakkumuse ettevalmistamisel või juhuslikult, sealhulgas mitte
edastama nimetatud teavet selleks õiguslikku alust mitteomavatele isikutele ning
välistama juurdepääsu nimetatud teabele.
2. kasutama lähtekoodi ja andmebaasides salvestatud infot ainult käesoleva riigihanke
pakkumuse koostamisel.
Konfidentsiaalsuskohustus kehtib ka pärast hankemenetluse lõppemist.
Taotleja allkirjaõiguslik isik
___________________
/allkirjastatud digitaalselt/
Hankedokumendi lisa 10
Ärisaladuse teabe esitamise vorm
Avaldame, et riigihankele „TTJA e-teenuste keskkonna loomine“ viitenumbriga xxx meie
esitatud pakkumusest on ärisaladusega kaitstud järgmised dokumendid või teave:
Jrk Dokumendi nimetus Põhjendus teabe ärisaladuseks
(terviktekst või viide dokumendis sisalduvale teksti osale) määramisest
1.
2.
3.
(vajadusel lisada ridasid)
Oleme teadlikud, et:
riigihangete seaduse § 461 lõike 1 kohaselt ei või pakkuja ärisaladusena märkida:
pakkumuse maksumust ega osamaksumusi;
teenuste hankelepingute puhul lisaks pakkumuse maksumusele ja osamaksumustele
muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid
numbrilisi näitajaid;
asjade hankelepingute puhul lisaks pakkumuse maksumusele ja osamaksumustele muid
pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid näitajaid.
KÄSKKIRI
17.10.2022 nr 95
Ühishanke „TTJA e-teenuste keskkonna loomine”
korraldamine, komisjoni ja vastutava isiku
nimetamine
Riigihangete seaduse § 14 lõike 2 punkti 1, §-de 100 ja 101 alusel ning kooskõlas ettevõtlus- ja
infotehnoloogiaministri ning majandus- ja taristuministri 09.10.2017. a käskkirjaga (registreeritud
dokumendihaldussüsteemis 03.10.2017. a) nr 1.1-1/17-199 kinnitatud „Majandus- ja
Kommunikatsiooniministeeriumi hankekorraga“:
1. Korraldada ühishange „TTJA e-teenuste keskkonna loomine” (riigihanke objekti kood
72260000-5, objekti nimetus „Tarkvaraga seotud teenused“) Majandus- ja Kommunikatsiooni-
ministeeriumile ning Tarbijakaitse ja Tehnilise Järelevalve Ametile avatud hankemenetluse
teel.
2. Moodustan käskkirja punktis 1 nimetatud riigihanke korraldamiseks komisjoni järgmises
koosseisus:
2.1.Komisjoni esimees Kristjan Kaiklem – infotehnoloogiaosakonna juhataja;
2.2.Komisjoni liikmed:
Verner Eiber – infosüsteemide arendustalituse juhataja;
Andres Ruubas – Tarbijakaitse ja Tehnilise Järelevalve Ameti majanduskoostöö
talituse juhataja, tema nõusolekul;
Raul Kallas – Tarbijakaitse ja Tehnilise Järelevalve IT tooteomanik, tema nõusolekul.
3. Määran käskkirja punktis 1 nimetatud riigihanke eest vastutavaks isikuks Majandus- ja
Kommunikatsiooniministeeriumi infosüsteemide arendustalituse juhataja Verner Eiberi.
4. Kinnitan käskkirja punktis 1 nimetatud riigihanke alusdokumendid (lisatud).
Valitud hankemenetluse liigi ja punktis 4 nimetatud riigihanke alusdokumentide peale võib
esitada vaidlustuse Rahandusministeeriumi juures asuvale riigihangete vaidlustuskomisjonile
riigihangete seaduses sätestatud korras ja tähtajal.
(allkirjastatud digitaalselt)
Ahti Kuningas
kantsler