Käskkiri

Hanke alusdokumendi Lisa 2 Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“ Esimese Töö Pakkumus ( vorm ) Pakkuja andmed Ettevõtte nimi ja registrikood Seadusliku esindaja nimi, amet ja kontaktandmed (tel, e-post) 1. Töö nimetus Ühe töötunni maksumus KM-ta Töötundide arv Maksumus KM-ta Maksumus KM-ga 1.1. HD Lisa 3 p 1.1.1. kirjeldatud töö teostamine 1.1.1. Kirjeldada töö teostamisega seotud tegevused ja kulud (kasutada vajadusel lisaridu) Maksumus kokku 2. HD Lisa 3 p 1 .1.1. töö teostamise kirjeldus (plaanitavad tegevused, ootused Hankijale jmt) 3. Töö nimetus Ühe töötunni maksumus KM-ta Prognoositav töötundide arv Prognoositav maksumus KM-ta Prognoositav maksumus KM-ga 3.1. HD Lisa 3 p 1.1.2. kirjeldatud töö teostamine 3.2. HD Lisa 3 p 1.1.3. kirjeldatud töö teostamine Prognoositav m aksumus kokku 4. ( Esimese töö teostamisega seotud) riskide haldamise meetmete kirjeldus Prognoositav maksumus KM-ta Prognoositav maksumus KM-ga 5. Maksumuse prognoos kokku Kinnitan, et esitatud pakkumus on jõus kuni …. (vähemalt 90 päeva pakkumise esitamise tähtpäevast). Nimi: _____________________________ /allkirjastatud digitaalselt/ Pakkuja seadusjärgne või volitatud esindaja (volikiri esindusõiguse kohta) Hanke alusdokumendi L isa 4 Riigihange : „ Veebide hooldus- ja arendustööde teenuse tellimine“ Pakkumuse eelarve Rida Kulu nimetus H ind (km-ta) Hind (km-ga) 1. Ühe arendustöö teenuse töötunni maksumus 1.1. (vajadusel) täpsustada erisusi 2. Ühe h ooldustöö teenuse töötunni maksumus 2.1. (vajadusel) täpsustada erisusi 3. I Töö teostami s e maksumus Tööde teostamine kokku Nimi: _____________________________ /allkirjastatud digitaalselt/ Pakkuja seadusjärgne või volitatud esindaja (volikiri esindusõiguse kohta) H anke alusdokumendi Lisa 5 Riigihange: Veebide hooldus- ja arendustööde teenuse tellimine Projektimeeskonna koosseis Positsiooni nimetus Ees- ja perekonnanimi Töökogemus Kinnitan, et: kõiki eelnimetatud meeskonnaliikmeid on võimalik kasutada hankelepingu täitmiseks, seda kuni hankelepingu tähtaja lõpuni. Pakkujal on vajadusel õigus käesolevas pakkumuses esitatud meeskonnaliikmeid muuta vaid eelneval kirjalikul kokkuleppel Hankijaga ja seda tingimusel, et meeskonnaliige asendatakse vähemalt samaväärset kvalifikatsiooni omava spetsialistiga. kõik esitatud meeskonnaliikmed on andnud nõusoleku hankelepingu täitmises osalemiseks ja kinnitavad seda antud vormi digitaalselt allkirjastades. Nimi: _____________________________ /allkirjastatud digitaalselt/ Pakkuja seadusjärgne või volitatud esindaja (volikiri esindusõiguse kohta) Hanke alusdokumendi Lisa 6 Riigihange : „ Veebide hooldus- ja arendustööde teenuse tellimine “ RAAMLEPING U nr ERITINGIMUS ED (projekt) Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158 , asukoht Suur-Ameerika 1, Tallinn 10122, mida esindab Majandus- ja Kommunikatsiooniministeeriumi hankekorra alusel kantsler Ahti Kuningas (edaspidi T ellija ), ja XXX , registrikood XXX , asukoht XXX , mida esindab juhatuse liige /volituse alusel XXX ; XXX , registrikood XXX , asukoht XXX , mida esindab juhatuse liige /volituse alusel XXX ; XXX , registrikood XXX , asukoht XXX , mida esindab juhatuse liige /volituse alusel XXX ; (edaspidi XXX, XXX ning XXX nimetatud Töövõtjad , eraldi T öövõtja ), keda edaspidi nimetatakse üheskoos ka P ooled ja eraldi P ool , sõlmivad käesoleva raamlepingu (edaspidi L eping ) alljärgnevas: Üldsätted Lepingu moodustavad eri- ja üldtingimused koos lisadega kui konkreetsest lepingu sättest ei tulene teisiti. Lepingu dokumentide prioriteetsus on järgmine: eritingimused (I), lepingu lisad (II) ja üldtingimused (III). Vastuolude korral lepingu dokumentide vahel prevaleerib prioriteetsem dokument. Lepingu ese, alus, täitmine ja tähtaeg Lepingu ese m eks on Digiriigi Akadeemia ( https://digiriigiakadeemia.ee ) platvormi ja digiriik.eesti.ee (http://digriik.eesti.ee/) veebiga seotud tarkvara arendus- ja h ooldustööde teostamine Drupal ja Moodle platvormidel. T öövõtja kohustub tegema tööd vastavalt lepingus ja lepingu lisades sätestatud tingimustele. Leping sõlmitakse T ellija korraldatud hankemenetluse tulemusena ning vastavalt riigihanke alusdokumentidele ning töövõtja edukaks tunnistatud pakkumusele. Leping on sõlmitud kuni kolme pakkujaga . Lepingu täitmine toimub Tellija sõlmitavate hankelepingute alusel ja täitmise periood on kolmkümmend kuud alates Lepingu sõlmimisest. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi kui raamleping on sõlmitud mitme pakkujaga , minikonkurss viiakse läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest. Minikonkurssidel esitatud pakkum u ste hindamisel lähtutakse Lisa st 1 . 2 “Hankelepingu te sõlmimise tingimused“ . Esimese hankelepingu puhul pt. 2.6 . nimeta tud minikonkurssi läbi ei viida. Hankeleping sõlmitakse riigihankel (viitenumber xxx) kõrgeimad väärtuspunktid saanud edukaks tunnistatud pakkumuse esitanud eduka pakkujaga . Kui raamleping on sõlmitud ühe pakkujaga, siis p t. 2.6 . nimetaitud minikonkurssi läbi ei viida. Pakkumusi hinnatakse üksnes hinnakriteeriumi alusel, osakaal 100%, Hankelepingu sõlmimise tingimused on sätestatud le p ingu L isas 1.2 „Hankelepingute sõlmimise tingimused“. Tasu suurus, väljamaksmise tähtaeg ja kord Lepingu maht on kuni 200 000 eurot, millele lisandub käibemaks. Lepingu ajaline kehtivus on 30 kuud alates L epingu allkirjastamisest ja eeldatav maht kuni X töötundi. Arendusteenuse maht on kuni X töötundi ja tugiteenuse maht on kuni X töötundi. Kui Tellija on Lepingu lõppedes esitanud tellimusi Lepingu punktis 3.1. nimetatud summast väiksemas mahus, ei kuulu üle jääv summa Lepingu raames väljamaksmisele. Arendustööde ja hooldustööde töötunni hind käibemaksuta on: XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot; XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot; XXX puhul arendustööde tunnihind XXX eurot ja hooldustööde tunnihind XXX eurot. Poolte volitatud esindajad Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö vastuvõtmisel on Triinu Sink , telefon +372 5885 1236 , e-post: [email protected] . Töövõtja te volitatud esindaja lepingu tingimuste täitmisel ja täitmise kontrollimisel on : XXX puhul XXX , telefon XXX, e-post XXX; XXX puhul XXX , telefon XXX, e-post XXX ; XXX puhul XXX , telefon XXX, e-post XXX . Lepingu lisad Lepingu allakirjutamisel on lepingule lisatud: Lisa 1. Riigihanke alusdokumendid; Lisa 2. Töövõtja pakkumus. Muud sätted Töövõtja kinnitab, et on üldtingimustega tutvunud elektroonselt Majandus- ja Kommunikatsiooniministeeriumi veebis aadressil: https://mkm.ee/ministeerium-uudised-ja-kontakt/ministeerium-ja-ministrid/hanketeated Töövõtja on teadlik, et leping on avalik . Leping allkirjastatakse digitaalselt. Tellija: Töövõtja d : / allkirjastatud digitaalselt/ / allkirjastatud digitaalselt/ Ahti Kuningas XXX kantsler juhatuse liige/volituse alusel / allkirjastatud digitaalselt/ XXX juhatuse liige/volituse alusel / allkirjastatud digitaalselt/ XXX juhatuse liige/volituse alusel Hanke alusdokumendi L isa 7 Riigihange : „ Veebide hooldus- ja arendustööde teenuse tellimine “ TÖÖVÕTULEPING nr (projekt) Tallinnas, Majandus- ja Kommunikatsiooniministeerium , registrikoodiga 70003158, asukoh t Suur-Ameerika 1, 10122 Tallinn, mida esindab Majandus- ja Kommunikatsiooniministeeriumi hankekorra alusel kantsler Ahti Kuningas (edaspidi Tellija ), ja xxx , registrikood xxx, asukoht xxx, mida esindab juhatuse liige xxx (edaspidi Töövõtja ), keda edaspidi nimetatakse ka Poolteks, sõlmisid käesoleva veebide hooldus- ja arendustööde teenuse hankelepingu (edaspidi Leping ) alljärgnevas: Üldsätted ja Lepingu ese Leping sõlmitakse Tellija korraldatud riigi hanke „ Veebide h ooldus- ja arendustööde teenuse tellimine ” (viitenumber xxx) tulemusena xxx. a sõlmitud raamlepingu nr xxx (edaspidi Raamleping ) alusel. Lepingu alusel teostatakse xxx (edaspidi Töö ) vastavalt Lepingu Lisa 1 kirjeldatud lähteülesandele. Leping on koostatud ühes eksemplaris ja allkirjastatud digitaalselt. Käesolev Leping jõustub pärast Lepingu kõigi osapoolte allakirjutamist. Käesoleva Lepingu allakirjutamise hetkel on Lepingule lisatud: Lisa 1 – Esimese hankelepingu l ähteülesanne; Lisa 2 – Töövõtja pakkumus. Töö teostamise tähtaeg Täitja kohustub Töö üle andma hiljemalt xxx kuu viimasel tööpäeval peale Lepingu allkirjastamist. Töö üleandmine ja tasu suurus Täitja kulutab Töö teostamiseks xxx töötundi. Tellija tasub teostatud ja vastuvõetud tööde eest xxx eurot (lisandub käibemaks 20%). Poolte kontaktisikud Tellija volitatud esindajaks Lepingu tingimuste täitmisel, kontrollimisel ja vastuvõtmisel on Triinu Sink, telefon +372 5885 1236, e-post: [email protected] . Täitja volitatud esindajaks ja kontaktisikuks on xxx, telefon xxx, e-post xxx. Tellija: Töövõtja : / allkirjastatud digitaalselt/ / allkirjastatud digitaalselt/ Ahti Kuningas xxx kantsler juhatuse liige H anke alusdokumendi Lisa 8 Riigihange: Veebide hooldus- ja arendustööde teenuse tellimine Volikiri Käesolevaga volitab ___________ ( p akkuja nimi ) ____________________ ( volitaja nimi ja ametikoht ) isikus _________________ ( volitatava nimi, ametikoht ) olema p akkuja ametlik esindaja ja allkirjastama ülalnimetatud riigihanke pakkumust , raamlepingut ning pakkumusi hankelepingu(te) sõlmimiseks raamlepingu alusel. Volikiri on ilma edasivolitamise õiguseta. Volikiri kehtib kuni: ________________ ________________ _ __ ____ __ (allkirjastatud digitaalselt) volitaja nimi ja ametikoht H anke alusdokumendi Lisa 9 Riigihange: Veebide hooldus- ja arendustööde teenuse tellimine Ühispakkujate volikiri Kinnitame, et alljärgnevalt loetletud ettevõtjad on ühispakkujad ühispakkumuse esitamise tähenduses. Ühispakkuja nimi Registrikood Aadress, tel, e-posti aadress Allkirjaõigusliku isiku nimi Ühispakkuja poolt osutatava teenuse kirjeldus ( vajadusel lisada ridu ) Ü hispakkujatena vastutame raamlepingu ja raamlepingu alusel sõlmitavate hankelepingu te täitmise eest solidaarselt. Volitame ühispakkujate esindajana hankemenetlusega ning raam lepingu sõlmimise ja täitmisega seotud toiminguid tegema _________________________ (volitatud esindaja nimi, isikukood). Volikiri kehtib kuni raam lepingu ja selle alusel sõlmitud hankelepingu(te) täitmise lõpuni (vajadusel märkida piirang või volitaja enda poolt antav tähtpäev) . _______________________ (allkirjastatud digitaalselt) Nõutav kõigi ühispakkujate esindajate allkiri H anke alusdokumendi Lisa 10 Riigihange: Veebide hooldus- ja arendustööde teenuse tellimine Ärisaladus Avaldame, et esitatud pakkumusest on ärisaladusega kaitstud järgmised dokumendid või teave: Jrk Dokumendi nimetus (terviktekst või viide teksti osale) Põhjendus teabe ärisaladuseks määramisest 1. 2. … Oleme teadlikud, et: RHS § 46 1 kohaselt ei või pakkuja ärisaladusena märkida: pakkumuse maksumust ega osamaksumusi; 2) teenuste hankelepingute puhul lisaks käesoleva punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid; juhul kui antud vorm on täitmata või esitamata põhjendus teabe ärisaladuseks määramise kohta, loeb hankija, et pakkuja poolt esitatud pakkumus või pakkumuses sisalduv teave ei ole ärisaladusega kaitstud. Nimi: _____________________________ /allkirjastatud digitaalselt/ Pakkuja seadusjärgne või volitatud esindaja (volikiri esindusõiguse kohta) H anke alusdokumendi Lisa 11 Teenuse üleandmise-vastuvõtmise akt (vorm) Teenuse üleandmise-vastuvõtmise akt Käesolev t eenuse üleandmise-vastuvõtmise akt (edaspidi akt ) on koostatud………… (edaspidi töövõtja ) juhatuse liikme ……… poolt ja esitatud Majandus- ja Kommunikatsiooniministeeriumile (edaspidi tellija ), tõendamaks, et töövõtja andis üle p oolte vahel ….. ……20 23 . aastal sõlmitud l epingu nr …. alusel osutatud t eenuse alljärgnevalt: ……………………………………………(üle antava(te) t eenus(t)e nimetus, detailne kirjeldus, ajavahemik, maht, täidetud tingimused, vajadusel viited l epingu punktidele vms) Tellija on t eenuse osutamise tulemustega tutvunud ning võtab vastu ja allkirjastab t eenuse osutamise tulemused, millega ühtlasi loetakse töövõtja poolt üle antud t eenus vastuvõetuks. Käesolev akt on aluseks töövõtja poolt telli jale kooskõlas l epingu punktiga … … arve esitamiseks summas …….. (summa sõnades) eurot. Käesolev a kt omab digitaalselt allkirjastatuna juriidilist jõudu ning edastatakse elektrooniliselt mõlemale p oolele. Töövõtja Tellija /allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/ KÄSKKIRI 20.07.2023 nr 69 Riigihanke "Veebide hooldus- ja arendustööde teenuse tellimine" korraldamine, komisjoni ja vastutava isiku nimetamine Riigihangete seaduse § 14 lõike 2 punkti 1 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 hange „Veebide hooldus- ja arendustööde teenuse tellimine“ (CPV kood: 72200000-7 "Tarkvara programmeerimis- ja nõustamisteenused") raamlepingu sõlmimiseks avatud hankemenetlusena. 2. Kinnitan käskkirja punktis 1 nimetatud teenuse tellimiseks riigihanke alusdokumendid (lisatud). 3. Määran käskkirja punktis 1 nimetatud teenuse tellimise eest vastutavaks isikuks ja punktis 4 nimetatud komisjoni esimeheks Majandus- ja Kommunikatsiooniministeeriumi (MKM) digiriigi arengu osakonna projektijuht Triinu Sink. 4. Moodustan hankekomisjoni punktis 1 nimetatud hanke korraldamiseks, sh pakkumuste vastavaks tunnistamiseks, eduka pakkumuse väljaselgitamiseks ja edukal pakkujal hankemenetluselt kõrvaldamise aluste ning kvalifitseerimise tingimusele vastavuse kontrollimiseks hankepassis esitatud kinnitusi tõendavate dokumentide ja andmete alusel järgmises koosseisus: 4.1 Komisjoni liikmed: 4.1.1 Karoli Noor – MKM, digiarengu kogukonna juht; 4.1.2 Karl Andreas Sprenk – MKM, IT oskuste valdkonna juht; 4.1.3 Kristo Vaher – MKM, tehnoloogiate juht. 5. Valitud hankemenetluse ja punktis 2 nimetatud riigihanke alusdokumentide peale võib esitada vaidlustuse Rahandusministeeriumi juures asuvale riigihangete vaidlustuskomisjonile riigihangete seaduses sätestatud korras ja tähtajal (allkirjastatud digitaalselt) Tiit Rebane õigusosakonna juhataja kantsleri ülesannetes 2  Käskkirja Lisa 1 Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“ 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 tingimus 2.1. Tehniline ja kutsealane pädevus Pakkuja peab olema riigihanke väljakuulutamisele eelneva 36 kuu jooksul nõuetekohaselt täitnud vähemalt kolm (3) veebide hooldus- ja/või arendustööde teenuse osutamise lepingut (sealjuures peavad teostatud tööd olema lepingus ettenähtud tähtajal üleantud ning Tellija poolt vastuvõetud). Täidetuks loetakse leping, mille täitmise tähtaeg on riigihanke väljakuulutamise kuupäevaks saabunud ning mille kohaselt teostatud tööd on tellijale üle antud ja tellija poolt vastu võetud. 2.1.1. Pakkuja esitab hankepassis teabe eelnimetatud lepingu(te) 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 30 000 eurot ilma käibemaksuta. 2.1.2. Kui lepingut täidetakse ka pärast riigihanke algamise tähtpäeva, saab pakkuja oma kvalifikatsiooni tõendada ja leping loetakse täidetuks osas, milles teenus on riigihanke algamise ajaks tellijale üle antud ja tellija poolt vastu võetud. Kui lepingu täitmise aeg jääb osaliselt referentsperioodi eelsesse aega, saab pakkuja oma kvalifikatsiooni tõendada üksnes selle osaga lepingust, millises see on täidetud (tellijale üle antud ja tellija poolt vastu võetud) referentsperioodi jooksul. 2.1.3. Kui teenust osutatakse raamlepingu alusel, saab pakkuja oma kvalifikatsiooni tõendada raamlepingu alusel sõlmitud ja täidetud hankelepingutega. Pakkuja esitab andmed riigihanke algamisele eelneva 36 kuu jooksul täidetud lepingu kohta koos andmetega lepingu sõlmimise ja täitmise kuupäeva ja teise lepingupoole kohta (tellija nimi, e-posti aadress, telefon). Hankija kontrollib esitatud andmeid hankijale avalikes andmekogudes kättesaadava info kaudu. Info kohta, mis ei ole hankijale andmekogudes olevate avalike andmete põhjal tasuta kättesaadav, kohustub pakkuja hankija nõudmisel esitama täiendavad selgitused, andmed või dokumendid kuni viie tööpäeva jooksul päringu saamisest arvates. Hankijal on õigus lisateabe saamiseks pöörduda teise lepingupoole poole.  Käskkirja Lisa 2 RIIGIHANKE ALUSDOKUMENT „Veebide hooldus- ja arendustööde teenuse tellimine“ Majandus- ja Kommunikatsiooniministeerium teeb ettepaneku pakkumuse esitamiseks hankele, mille eesmärgiks on raamlepingu sõlmimine digiriik.eesti.ee veebi ja Digiriigi Akadeemia platvormi arendus- ja hooldustööde teostamiseks Drupal ja Moodle platvormidel. Raamlepingu raames tehakse eraldi tellimusi ja hankelepinguid erinevate veebilehtede arendamiseks, funktsionaalsuste realiseerimiseks ning hooldusteenuse osutamiseks. Hankija: Majandus- ja Kommunikatsiooniministeerium Suur-Ameerika 1, 10122 Tallinn reg kood: 70003158 e-post: [email protected] (edaspidi Hankija) Riigihanke nimetus: Veebide hooldus- ja arendustööde teenuse tellimine Pakkumuste jõusolek: 90 kalendripäeva Lepingu täitmise kestus: 30 kuud alates raamlepingu sõlmimisest või kuni mahu täitumiseni Lepingu eeldatav ja 200 000 eurot (lisandub käibemaks) maksimaalne maksumus: Riigihanke läbiviimise eest Triinu Sink vastutav isik: Digiriigi arengu osakonna projektijuht Hankeleping rahastatakse Euroopa Regionaalarengu Fondist, majandus- ja kommunikatsiooniministri 14. märtsi 2023 käskkirja nr 44 „Toetuse andmise tingimused digiriigi alusbaasi kindlustamise, digiriigi arenguhüpete hoogustumise ning küberruumi turvalisuse tagamise toetamiseks“ alusel, millega kehtestatakse meetme nr 21.1.2.1 “Digiriik” sekkumise 21.1.2.1 „Digilahenduste ja uuenduste väljatöötamine ja kasutuselevõtt avalikus sektoris” raames toetuse andmise tingimused ja kord. 1. Raamlepingu eseme kirjeldus 1.1. Raamlepingu esemeks on Digiriigi Akadeemia1 platvormi ja digiriik.eesti.ee2 veebiga seotud tarkvara arendus- ja hooldustööde teostamine Drupal ning Moodle platvormidel. 1.2. Raamlepingu alusel sõlmitakse hankelepinguid hanke alusdokumendi (edaspidi HD) pt. 1.1. nimetatud veebide arendamiseks, nendega seotud funktsionaalsuste realiseerimiseks ning veebide hooldusteenuse osutamiseks. Hooldus- ja arendustööde täpsem kirjeldus on toodud HD lisa 1 „Tehniline kirjeldus“. 1.2.1. Raamleping sõlmitakse kuni kolme (3) eduka Pakkumuse esitanud Pakkujaga. Raamleping kehtib 30 kuud alates raamlepingu allkirjastamisest või kuni raamlepingu mahu täitumiseni. Raamlepingu alusel sõlmitakse arendus- ja hooldusteenuse tellimiseks hankelepingud lähtudes raamlepingust tulenevatest tingimustest. 1.2.2. Juhul kui riigihankel osutub edukaks ainult üks Pakkuja, siis sõlmitakse raamleping vaid ühe Pakkujaga. 1.2.3. Hankelepingute sõlmimise ja minikonkursside läbiviimise kord on kirjeldatud HD Lisas 12. Nimetatud kord reguleerib hankelepingute sõlmimist nii olukorras, kus raamleping sõlmitakse vaid ühe Pakkujaga kui olukorras, kus raamleping sõlmitakse mitme Pakkujaga. 1.2.4. Raamlepingu alusel sõlmitav esimene hankeleping sõlmitakse samaaegselt raamlepinguga, raamlepingu sõlmimiseks esitatud, kõrgeimaid väärtuspunktid saanud ja edukaks tunnistatud Pakkumuse esitanud eduka pakkujaga. Esimese hankelepingu ese on kirjeldatud HD lisas 3 „Esimese töö kirjeldus“. 1.3. Hankijaks on Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur-Ameerika 1, Tallinn 10122. 1.4. Hanke raames ostetakse teenuse osutamiseks töötunde kogumaksumusega kuni 200 000 eurot (lisandub käibemaks). 1.5. Hanke eest vastutav isik on Triinu Sink (telefon 625 6482, e-post [email protected]), digiriigi arengu osakonna projektijuht. 2. Nõuded Pakkuja meeskonnale 2.1. Pakkuja peab raamlepingu perioodi vältel katma ja tagama HD punktis 1.2. ning HD Lisa 1 „Tehniline kirjeldus“ punktides. 2.2.1.-2.2.8. ja 3.2.1.-3.2.12. kirjeldatud teenuse osutamiseks ning seonduvate arendus- ja hooldustööde teostamiseks vajalikud rollid (sh näiteks projektijuht, analüütik, UX-UI disainer, front-end ja back-end arendajad, testija jt), tagades seeläbi konkreetse hankelepingu vajadustele ja iseloomule vastava ning teenuse osutamiseks ja tõrgeteta toimimiseks vajaliku kompetentsi ja ressursi. 2.1.1. Pakkuja peab tagama raamlepingu perioodil Moodle ja Drupal veebide ning nendega seotud andmebaaside hooldus- ja arendustööde teostamiseks vajaliku kompetentsi ning ressursi. 2.1.2. Pakkuja peab omama teenuse osutamiseks vajalikke litsentse, töövahendeid, seadmeid ja tehnilist varustust. 2.2. Pakkumuse esitamiseks moodustab Pakkuja meeskonna, mis on vajalik HD punktis. 1.2. kirjeldatud tööde kavandamiseks ja teostamiseks kogu raamlepingu perioodi vältel. Pakkuja kirjeldab meeskonna koosseisu HD Lisa 5 „Projektimeeskonna koosseis“ vormil. 1 https://digiriigiakadeemia.ee 2 http://digriik.eesti.ee 2  2.2.1. Pakkujal on õigus vahetada meeskonnaliikmetena esitatud isikuid Hankija eelneval nõusolekul ning tingimusel, et meeskonnaliige asendatakse vähemalt samaväärsete oskustega liikmega. 3. Nõuded Pakkumusele 3.1. Pakkumus peab vastama riigihanke alusdokumentides esitatud tingimustele ja tuleb esitada kogu riigihanke alusdokumentides nõutud mahus. Alternatiivsed lahendused ei ole lubatud. 3.2. Pakkumus peab koosnema järgnevatest osadest: 3.2.1. Täidetud HD Lisa 2 „Esimese Töö Pakkumus“ vorm, milles Pakkuja kirjeldab esimese Töö ülesande teostamiseks valitud metoodikat ja protsessi loogikat, püstitatud eesmärgi saavutamiseks vajalike tegevuste loetelu ja asjakohaseid riskide haldamise meetmeid. 3.2.2. Vabas vormis Esimese töö teostamise ajakava (lähtuvalt HD Lisa 2 ja HD Lisa 4 vormidel nimetatud Töö teostamise etappidest). 3.2.3. Täidetud HD Lisa 4 „Pakkumuse maksumus“ vorm, milles on eristatav HD Lisa 3 „Esimese töö kirjeldus“ (edaspidi Töö) teostamise etappide kirjeldus, Töö teostamiseks kuluvate tundide arv ning maksumuse kalkulatsioon. 3.2.4. Täidetud HD Lisa 5 „Projektimeeskonna koosseis“ vorm, mis on digitaalselt allkirjastatud kõigi vormil nimetatud meeskonnaliikmete poolt. 4. Pakkumuste esitamine 4.1. Pakkumus peab olema esitatud riigihangete registri kaudu registris märgitud tähtajaks digitaalselt allkirjastatuna Pakkuja seadusjärgse või volitatud esindaja poolt (volitatud isiku määramisel on lisatud vastav volikiri HD Lisa 8 vormil). 4.1.1. Ühispakkumuse esitamise korral peab Pakkuja kinnitama HD Lisa 9 vormil, et hankelepingu täitmise eest vastutavad ühispakkujad solidaarselt. 4.2. Pärast pakkumuste esitamise tähtaja möödumist pakkumust esitada ei saa. 4.3. Pakkumuse esitamisega kinnitab Pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmist. 4.4. Pakkumus peab olema jõus vähemalt 90 päeva arvates Pakkumuste esitamise tähtpäevast. 4.5. Pakkuja märgib Pakkumuses selgelt eristataval viisil, milline teave on Pakkuja ärisaladus ning põhjendab ärisaladuseks määramist. Ärisaladusena ei ole lubatud märkida Pakkumuse maksumust, osamaksumusi ega muid hindamise kriteeriumidele vastavaid Pakkumust iseloomustavaid numbrilisi näitajaid (RHS § 461 lg 1). 4.5.1. Hankija juhib tähelepanu asjaolule, et eduka Pakkuja Pakkumus on avalik lähtuvalt RHS § 110 lg 5, välja arvatud Pakkuja poolt õigustatult ärisaladuseks määratletud osas. Juhul kui Pakkuja ei määratle Pakkumuses arusaadavalt ärisaladust või ei põhjenda asjakohaselt, miks on tegemist ärisaladusega, on Hankijal kohustus teabenõude laekudes Pakkumus täies ulatuses avalikustada. 4.6. Pakkuja peab arvestama, et pakkumuse edukaks tunnistamise korral vastutab Pakkuja Töö teostamise eest kooskõlas hanketingimustega ning tema poolt esitatud Pakkumusega. 5. Hindamiskriteeriumid ja Pakkumuse hindamine. 5.1. Eduka Pakkumuse esitajaks tunnistatakse ning leping tööde teostamiseks sõlmitakse kuni kolme soodsaima Pakkumuse esitanud Pakkujaga vastavalt Pakkumuste 3  hindamise korrale ja kes vastavad RHS § 95 lg 1 ja lg 4 ja kvalifitseerimise tingimustele. Kõikide vastavaks tunnistatud Pakkumuste võrdlemisel ja hindamisel rakendatakse soodsaima Pakkumuse tuvastamiseks väärtuspunktide süsteemi (Merit Point System). 5.1.1. Arendustöö teenuse ühe töötunni hind (ilma käibemaksuta) – maksimaalselt 20 väärtuspunkti. Pakkuja esitab ühe töötunni maksumuse RHR vormil. Töötunni maksumust hinnatakse ilma käibemaksuta. Madalaima töötunni hinna pakkujale omistatakse 20 väärtuspunkti. Järgnevad pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "väärtuspunktid” = “madalaim arendustöö teenuse töötunni hind ” / “hinnatava Pakkumuse arendustöö teenuse töötunni hind” x 20. 5.1.2. Hooldustöö teenuse ühe töötunni hind (ilma käibemaksuta) – maksimaalselt 20 väärtuspunkti. Pakkuja esitab ühe töötunni maksumuse RHR vormil. Töötunni maksumust hinnatakse ilma käibemaksuta. Madalaima töötunni hinna pakkujale omistatakse 20 väärtuspunkti. Järgnevad pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "väärtuspunktid” = “madalaim hooldustöö teenuse töötunni hind ” / “hinnatava Pakkumuse hooldustöö teenuse töötunni hind” x 20. 5.1.3. Esimese Töö kirjeldus – maksimaalselt 60 väärtuspunkti. Pakkuja esitab Esimese Töö projektiplaani Hankija vormil HD Lisa 2. Kriteeriumit hinnatakse Tabel 1. nimetatud kolme alamkriteeriumi alusel, milleks on: 5.1.3.1. „Töö teostamise kirjeldus“ (30 punkti); 5.1.3.2. „Esimese töö teostamise kulude selgitus ja põhjendatus“ (25 punkti); 5.1.3.3. „Riskide haldamise meetmete kirjeldus“ (5 punkti); Tabel 1. Kriteeriumi „Esimese Töö kirjeldus“ alamkriteeriumid on: Alamkriteeriumid Punktid Kriteeriumi komponendid Töö teostamise Pakkuja on kirjeldanud asjakohased tegevused, mis kirjeldus toetavad täielikult hanke eesmärkide saavutamist ning 30 punkti (HD Lisa 2 pt. 2.) vastavad HD Lisa 3 ning HD Lisa 1 pt. 3.-5. esitatud nõuetele Pakkuja on kirjeldanud asjakohased tegevused, mis vastavad suures osas HD Lisa 3 ning HD Lisa 1 pt. 3.- 15 punkti 5. esitatud nõuetele ega takista hanke eesmärkide saavutamist Pakkuja on tegevused kirjeldanud, kuid kirjeldustes esineb olulisi puuduseid, mis ei võimalda tagada 0 punkti teenuse kvaliteetset osutamist (lähtuvalt HD Lisa 2 ning HD Lisa 1 pt. 3.-5. esitatud nõuetest) Esimese töö Töö teostamisega seotud kulud on täielikult teostamise kulude 25 punkti põhjendatud ja kooskõlas HD Lisa 3 ning HD Lisa 1 selgitus ja pt. 3.-5 esitatud nõuete ja hanke üldiste eesmärkidega põhjendatus Töö teostamisega seotud kulud on suures osas (HD Lisa 2 pt 1.) põhjendatud ja kooskõlas HD Lisa 3 ning HD Lisa 1 12 punkti pt. 3.-5 esitatud nõuetega ega takista hanke üldiste eesmärkide saavutamist Töö teostamisega seotud kulud ei ole põhjendatud ja/või esineb olulisi puuduseid, mis ei võimalda 0 punkti tagada teenuse kvaliteetset osutamist (lähtuvalt HD Lisa 2 ning HD Lisa 1 pt. 3.-5. esitatud nõuetest) 4  Riskide haldamise 5 punkti Riskide haldamise meetmed on proportsionaalsed meetmete kirjeldus Riskide haldamise meetmete kirjelduses esineb 3 punkti (HD Lisa 2 pt. 4.) üksikuid puuduseid Riskide haldamise meetmed ei toeta hanke 0 punkti eesmärkide saavutamist etteantud ajaraamis 5.1.3.4. „Esimese Töö projektiplaan“ kriteeriumi iga alamkriteeriumit hindavad Hankija hankekomisjoni liikmed individuaalselt. Maksimaalselt on igalt hindamiskomisjoni liikmelt võimalik saada 60 punkti. Liikmete antud punktid summeeritakse ja leitakse aritmeetiline keskmine. Seejärel rakendatakse väärtuspunktide süsteemi ehk maksimaalsed väärtuspunktid omistatakse suurima punktisumma saanud pakkumusele. Ülejäänud hinnatavate pakkumuste väärtuspunktid alamkriteeriumi osas leitakse järgmise valemi järgi: „punktimäär“ = „ hinnatava pakkumuse aritmeetiline keskmine“ ÷ „suurim aritmeetiline keskmine“ x „60“ 5.1.4. Võrdsete väärtuspunkide puhul eelistatakse Pakkumust, mis on madalama teenuse osutamise maksumusega (5.12). Kui ka teenuse osutamise maksumus osutub võrdseks, valitakse edukas Pakkumus liisu heitmise teel. 5.2. Hankija võib teha põhjendatud kirjaliku otsuse kõigi Pakkumuste tagasilükkamise kohta: 5.2.1. RHS § 116 lõike 1 punkti 1 alusel ja 5.2.2. juhul kui on hankemenetluse läbiviimise ajal Hankijale saanud teatavaks uued asjaolud, mis välistavad või muudavad Hankijale ebaotstarbekaks hankemenetluse lõpule viimise riigihanke alusdokumentides sätestatud tingimustel. 5.3. Hankija ei kanna vastutust Pakkuja ees, kui kõigi Pakkumuste tagasilükkamine on toimunud käesolevas dokumendis sätestatud tingimustel. 6. Nõuded hankelepingu täitmisele 6.1. Pakkuja peab arvestama, et pakkumuse edukaks tunnistamise korral vastutab Pakkuja Töö teostamise eest kooskõlas hanketingimustega ning tema poolt esitatud Pakkumusega. 6.2. Raamlepingu täitmisel hankelepinguga tellitavate tööde teostamisel tuleb lähtuda Hankija esitatud Pakkumuse esitamise ettepanekust ja selle põhjal eduka Pakkuja koostatud ajakavast ning teostamist vajavate tööde kirjeldusest. 6.3. Edukas Pakkuja esitab 14 päeva enne Pakkumuses märgitud teenuse osutamise tähtaega Hankijale ülevaate tööde hetkeseisust, sealhulgas võimalikest riskidest mis võivad takistada lahenduste õigeaegset ja/või täielikku kasutuselevõttu. 6.4. Hankijal on õigus ülevaatele tuginedes teha parendusettepanekuid, mis lahendatakse enne lõpliku versiooni käikulaskmist live-keskkonnas 6.5. Lahendusi katsetatakse eelnevalt veebi testkeskkonnas ning sobivusel (sh tõrgete puudumisel) rakendatakse lahendused live-keskkonnas. 6.6. Kõikide hooldus- ja arendustöödega kaasneb dokumenteerimine, sealhulgas kasutusjuhendite ja vajadusel ka teiste dokumentide uuendamine (lahenduse arhitektuuri kirjeldus, lahenduse tehniline kirjeldus). Loodud dokumentatsiooni annab edukas Pakkuja koos teostatud töid kirjeldava raportiga üle Hankijale hiljemalt Pakkumuses märgitud teenuse osutamise tähtpäeval. 5  6.7. Kui lepingu täitmise käigus tekib Pakkujal küsimusi või olulisi kahtlusi arendatavate komponentide tehnilise sobivuse osas, siis on Pakkuja kohustatud neist teavitama Hankijat, pakkuma välja parima võimaliku lahenduse küsimuse lahendamiseks, paludes seda Hankijal täiendada enne lahenduse realiseerimist. Vastavad kokkulepped dokumenteeritakse vormis, mis on Hankija erialaspetsialistile arusaadavad. 6.8. Tellitavate tööde tulemid peavad vastama raamlepingus ja hanke alusdokumentides fikseeritud tingimustele. 6.9. Raamlepingu alusel sõlmitava hankelepingu täitmisel kohustub edukas Pakkuja esitama Hankijale üleandmise-vastuvõtmise akti tellimuses sätestatud tähtajal. Aktis peab olema nimetatud teostatud tööd ja sätestatud töötatud töötundide arv rollide kaupa. 6.9.1. Hankelepinguga tellitava töö iseloomust lähtuvalt võib üleandmise- vastuvõtmise akti esitamine toimuda kas kord kuus eelnenud arveldusperioodi eest või pärast tulemi vastuvõtmist kogu tehtud töö eest või etappide kaupa. 6.10. Pakkuja peab tööde teostamisel juhinduma üldlevinud standarditest, sealhulgas: 6.10.1. lähtekood peab olema avalik ja kommenteeritud; 6.10.2. järgida tuleb Euroopa Parlamendi ja Nõukogu direktiivi, mis käsitleb avaliku sektori asutuste veebisaitide ja mobiilirakenduste juurdepääsetavust. 6.11. Töökeel lepingu täitmisel on eesti keel, sealhulgas tuleb kõik dokumendid (analüüs, juhendid) esitada eesti keeles. 7. Hanke alusdokumendi lisad: Lisa 1 – Tehniline kirjeldus; Lisa 2 – Esimese töö Pakkumus (vorm); Lisa 3 – Esimese töö kirjeldus; Lisa 4 – Pakkumuse maksumus (vorm); Lisa 5 – Projektimeeskonna koosseis (vorm); Lisa 6 – Raamlepingu eritingimused (projekt); Lisa 7 – Töövõtulepingu eritingimused (projekt); Lisa 8 – Volikiri (vorm); Lisa 9 – Ühispakkujate volikiri (vorm); Lisa 10 – Ärisaladus (vorm); Lisa 11 – Tööde üleandmise-vastuvõtmise akt (vorm); Lisa 12 – Hankelepingute sõlmimise tingimused. 6  Hanke alusdokumendi Lisa 1 Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“ Tehniline kirjeldus 1. Hanke eesmärk ja taust Hanke eesmärk on raamlepingu sõlmimine digiriik.eesti.ee veebi ja Digiriigi Akadeemia platvormi arendus- ja hooldustööde teostamiseks Drupal ja Moodle platvormidel. Raamlepingu raames tehakse eraldi tellimusi ja hankelepinguid erinevate veebilehtede arendamiseks, funktsionaalsuste realiseerimiseks ning hooldusteenuse osutamiseks. Digiriigi Akadeemia õppeplatvorm on loodud perioodil 11.2020 – 03.2022, mille käigus valmis tervikteenusena Hankija ärinõuetele vastav, e-kursuste loomiseks, haldamiseks ja läbiviimiseks vajalik õppeplatvorm koos viie (5) e-õppe kursusega. Digiriigi Akadeemia õppeplatvorm põhineb Moodle (Modular Object-Oriented Dynamic Learning Environment) ehk avatud lähtekoodiga rakendusel, mis on levinud e-õppe kursuste haldamissüsteem. Moodle võimaldab luua e-õppe kursuseid, mis keskenduvad interaktiivsele suhtlusele ning veebipõhisele koostööle. Õppekeskkond on majutatud Riigipilve. Õppeplatvormi kasutajate turvaliseks autentimiseks on keskkond liidestatud autentimisteenusega TARA. 09.05.2023 seisuga on keskkonna andmebaasis 3514 kasutajat, kasutamise tippaeg on tööpäeviti pärastlõunasel ajal. Keskkonna loomisel on hoitud pluginate arv võimalikult madalal. Hetkel toimib õppeplatvorm Moodle 3.11 versioonil ning seda haldab MKM. Digiriik.eesti.ee veebilehe eesmärk on koondada kõik avalike digiteenuste loomisega seotud juhised, tööriistad, põhimõtted, abivahendid jmt ühte kohta. Veebileht põhineb Drupali sisuhaldustarkvaral. Portaali prioriteetne sihtrühm on avaliku sektori asutuste teenuste omanikud, arendajad ja teenusdisainerid. Praegu on portaalist üleval MVP, kuid portaali haldaval MKMi digiarengu osakonnal ja kasutajatel on portaalile veel hulk ootusi, mis ootavad täitmist. Esmajoones on oluline portaali infoarhitektuuri ülevaatamine, et kasutaja saaks tuge nii protsessi etappide kui ka teemavaldkondade kaupa. Järgmiste arendustena on plaanis ideekorje võimaluse loomine (sh TARA autentimisteenusega liidestamine), kogukonna ürituste/koolituste kalendrite loomine, intelligentse otsingu arendamine, e-maili listide haldamine, bürokratiga liidestus, analüütika seadistamine jmt. Kõik tehtavad arendused peavad arvesse võtma tulevaste arendustega liidestumise vajadust. 2. Nõuded tellitavatele arendustöödele 2.1. Arendustööna käesoleva hanke mõistes käsitletakse teenust, mida Pakkuja osutab hankelepingu perioodil tarkvara uue funktsionaalsuse loomiseks või olemasoleva muutmiseks ja täiendamiseks. Arendustööde eesmärk on tagada riigihanke objektiks olevate veebilehe ja platvormi kohandamine lähtudes muutunud või täienenud vajadustest. 2.2. Pakkuja peab olema võimeline pakkuma järgmiseid teenuseid: 2.2.1. analüüsi teostamine: süsteemi- ehk detailanalüüsi läbiviimine; 2.2.2. disaini teostamine: tarkvaralahenduse disain (nii visuaalne kui süsteemne, UX- UI); 2.2.3. tarkvara arendustööde teostamine (HTML, CSS, JavaScript ja PHP jt); 2.2.4. tarkvara testimine: koostamine ja haldamine;  2.2.5. tarkvara kasutuselevõtu tugi; 2.2.6. teostatud arenduste dokumentatsiooni ajakohasena hoidmine; 2.2.7. projektijuhtimine; 2.2.8. muud tarkvara arendusega ja kasutuselevõtuga seotud tööd. 2.3. Arendustööde testimise eest vastutab Pakkuja, mille valideerib üle Hankija 2.3.1. Pakkuja poolt üleantav tulem peab olema piisavalt testitud ehk Pakkuja on tõestatavalt veendunud, et tööülesande tulem teeb seda, mis on Hankija poolt tellitud, tagades sealjuures veebi(de) käideldavuse. 3. Nõuded tellitavatele hooldustöödele 3.1. Hooldustööna käesoleva hanke mõistes käsitletakse teenust, mida Pakkuja osutab hankelepingu kehtivuse perioodil tarkvara säilitamiseks, parandamiseks ja/või parendamiseks. Hooldustööde eesmärgiks on tagada riigihanke objektiks olevate veebilehe ja platvormi tõrgeteta toimimine. 3.2. Olelusringi kulusid arvestatakse hooldusteenuse maksumuses. 3.3. Hooldustööde raames tuleb hankelepingu perioodil teostada muuhulgas järgmisi töid: 3.3.1. süsteemi häireteta töökorras hoidmine; 3.3.2. süsteemi töös esinenud vigade lahendamine; 3.3.3. tarkvara uuenduste ja paranduste paigaldamine; 3.3.4. hankija teavitamine avastatud vigadest ja nende lahendamisest; 3.3.5. hankija eelnev teavitamine ette planeeritud süsteemi töö katkestustest; 3.3.6. hankija konsulteerimine teenusega seotud küsimuste ja probleemide osas; 3.3.7. hoolduse käigus tuvastatud arendust vajavate tööde puhul arendusettepanekute tegemine; 3.3.8. ajakuluhinnangute tegemine lisaarenduste jaoks; 3.3.9. süsteemis tehtud muudatuste kajastamine dokumentatsioonis, sealhulgas juhendites; 3.3.10. süsteemi uuendamisel eelmise versiooni kogu funktsionaalsuse tagamine; 3.3.11. süsteemi planeerimatutest hooldustöödest ja nende teostamise käigus ilmnevatest probleemidest teavitamine; 3.3.12. klienditoe pakkumine platvormi lõppkasutajale tööpäevadel kl 9:00-17:00 (va. riigipühad). 3.4. Hooldustööde teostamise kohta peab pakkuja elektroonilist päevikut, kus peavad olema eraldi välja toodud hankija tellitud konsultatsiooniks kulunud aeg, vigade parandamiseks kulunud aeg ja hooldusrutiinidele kulunud aeg. Hankija nõudmisel esitab pakkuja hankijale viivitamatult, aga mitte hiljem kui 2 tööpäeva jooksul väljavõtte teenuse päevikust. 3.5. Pakkuja peab vähemalt kord kalendrikuu jooksul kontrollima veebilehtede sisuhaldustarkvarade, kooditeekide ning nende komponentide turvauuenduste olemasolu. 3.6. Pakkuja peab turvauuendused planeerima ja paigaldama esimesel võimalusel, hoiatades sealjuures Hankijat eelnevalt töödest, mis mõjutab keskkonna kättesaadavust.  3.6.1. Kui tegemist on kriitiliste turvauuendustega, siis tuleb uuendused paigaldada ühe tööpäeva jooksul. 3.6.2. Kui tegemist on vähekriitiliste turvauuendustega, siis tuleb nende paigaldamine planeerida ajale, mil keskkonna kasutajate hulk ning seeläbi muudatustega kaasnevatest ebamugavustest mõjutatute arv on võimalikult madal (sh öötundidele). 4. Vigadele reageerimine 4.1. Hankija teavitab Pakkujat süsteemis esinevatest ja/või töö tulemi vastuvõtmisel tuvastatud vigadest, vigade iseloomust ja ulatusest viivitamatult nende ilmnemisel, kirjeldades leitud vead osapoolele. 4.2. Pakkuja informeerib vea avastamisest hiljemalt 1 tööpäeva jooksul Hankijat ja kooskõlastab Hankijaga vea kriitilisuse. Esitatud vigade kõrvaldamisel tuleb lähtuda alljärgnevatest lahendamise aegade nõuetest: Kriitilisus Kirjeldus Lahendamise aeg Kõrge lahendus tervikuna mitte-ligipääsetav lahendamine 1 (ühe) tööpäeva või kasutatav tulenevalt tarkvaralisest jooksul alates tõrke teate tõrkest, kõigi kasutajate töö süsteemis kättesaamisest on võimatu Keskmine mõni tarkvara süsteemi lahendamine 4 (nelja) tööpäeva funktsionaalsus ei toimi ettenähtud jooksul alates tõrke teate moel, ühe osakonna/kasutajate grupi kättesaamisest töö on häiritud Madal tarkvara süsteem kasutatav, kasutajate lahendamine 10 (kümne) töö mugavus langenud kuid mitte tööpäeva jooksul alates tõrke häiritud või võimatu teate kättesaamisest või vastavalt kokkuleppele Hankijaga 5. Mittefunktsionaalsed nõuded Nõude kirjeldus Selgitus Kategooria Rakenduse kasutajaliides peab olema http://www.w3.org/TR/WCAG Kasutajaliides ligipääsetav ning vastama vähemalt 20/ WCAG 2.1 tasemele AA. Rakenduse kasutajaliides peab olema Kasutajaliides kasutatav järgmiste veebibrauseritega: Chrome, Safari, Firefox ja Microsoft Edge. Rakenduse kasutajaliides peab ühilduma Kasutajaliides täielikult HTML5, CSS3 ja Javascript kehtivate standarditega ning kõikide nõutud veebilehitsejate versioonidega. Rakenduse kasutajaliidese Kasutajaliides disainiotsused tuleb tellijaga kooskõlastada. Rakenduse kasutajaliides peab Kasutajaliides kohanduma erinevate ekraanivaadetega (arvuti, tahvel ja mobiiltelefon). Tehnilised komponendid avaldavad Loe veel: Arendus taaskasutuseks REST API https://en.wikipedia.org/wiki/R epresentational_state_transfer Rakendus on pilvekõlbulik. 1. Rakendus on skriptiga Arendus paigaldatav ning paigaldamine ja taastamine toimub automatiseeritava skripti käivitamisega. 2. Rakendus koosneb mitmest sõltumatust instantsist. 3. Rakendus on automaatselt skaleeritav ja vajadusel kõrgkäideldav kahe asukoha vahel. 4. Rakenduse andmed on varundatavad ja varundatud. Arendusprojekti juhtimiseks ja projekti Arendustööde tellimused ja organisatsioon läbiviimiseks kasutatakse Hankija tarkvaravigade haldamine. projektijuhtimistarkvara JIRA (https://jira.mkm.ee) Arendusprojekti käigus loodav organisatsioon lähtekood korrektselt vormistatuna läbi koodihalduskeskkonna https://git.mkm.ee/projektinimi Arendusprojekti käigus loodav organisatsioon dokumentatsioon (analüüsidokumendid, kasutusjuhendid, arhitektuuri kirjeldused, paigaldusjuhendid jne) tuleb üle anda https://confluence.mkm.ee/projektinimi Statistilisi parameetreid mõõdetakse Tellija annab omalt poolt analüütika Google Analytics keskkonna kaudu. vastava Google Analytics konto andmed Rakenduses loodud avaandmed Täpne avaandmete koosseis avaandmed avalikustatakse REST JSON API lepitakse kokku tellijaga teenusena Rakendus peab olema kooskõlas https://eur-lex.europa.eu/legal- infoturve isikuandmete kaitse regulatsiooniga content/ET/TXT/?uri=CELEX %3A32016R0679  https://www.riigiteataja.ee/akt/1 04012019011 Rakenduse ja andmebaasi turvalisuse https://www.owasp.org/index.p infoturve tagamiseks tuleb järgida OWASP-i hp/OWASP parimaid praktikaid. _Cheat_Sheet_Series Rakendus ei lähe toodangukeskkonda, Vigade tuvastamine on käsitsi infoturve kui selles on avastatud turvalisuse vigu. või automatiseeritult, näiteks koodianalüüsi tulemusel. Rakendus ei tohi lubada ühe kasutajaga infoturve mitut samaaegset sessiooni. Rakenduse ja kasutaja vaheline infoturve infovahetus tohib kasutada ainult HTTPS protokolli. Rakendus peab olema kirjutatud ISKE turvaklassi täpsustab infoturve arvestades töödeldavatele andmetele Tellija. Täpsem info RIA lehel : määratud ISKE turvaklassi nõudeid. https://www.ria.ee/et/kuberturv alisus/infosusteemide- turvameetmete-susteem- iske.html Infosüsteemi majutatakse Riigipilves https://riigipilv.ee/ infra ning sellega tuleb arvestada arhitektuuri planeerimisel. Eelistatud on vabavaraliste infra andmebaaside platvormide kasutamine, nt PostgreSQL Rakendusserverite ja andmebaasi infra teenuste jooksutamisel tuleb kasutada plokksalvestuskeskkonda. Faililao loomisel eelistatakse https://www.riigipilv.ee/teenuse infra objektsalvestuskeskkonna kasutamist S3 d/andmesalvestuse-teenus REST API-ga. Rakenduse isikuandmete töötlemine andmekaitse peab olema kooskõlas isikuandmete kaitse seadusega. Kui rakendus eeldab kasutaja Platvorm veebibrauseris skriptide käivitamist, kuid kasutatav skriptimiskeel pole kasutaja brauseris lubatud või toetatud, tuleb lõppkasutajale kuvada arusaadav veateade.  Hanke alusdokumendi Lisa 3 Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“ Esimese töö kirjeldus Esimese hankelepinguga tellitavaks tööks on Digiriigi Akadeemia keskkonna tõrgeteta toimimiseks vajalike hooldustööde teostamine perioodil 01.09.2023-31.08.2024. 1.1. Kooskõlas HD Lisa 1 „Tehniline kirjeldus“ p 3 kirjeldatuga hõlmab hooldustööde teostamine Digiriigi Akadeemia keskkonnas järgnevaid tegevusi: 1.1.1. Keskkonna uuendamine Moodle 3.11. versioonilt 4.2. versioonile (sh vajalike tarkvara uuenduste ja paranduste paigaldamine), mis peab olema teostatud hiljemalt 31.01.2024: 1.1.1.1. Pakkuja peab kaardistama, prognoosima ja eelarvestama hooldustööde maksumuse prognoosis võimalikud kaasnevad kulud, mis uuendamisega kaasnevad (näiteks Digiriigi Akadeemia avalehe kujunduslitsentsi maksumus). 1.1.2. Süsteemi häireteta töökorras hoidmine, sealhulgas süsteemi töös esilekerkivate vigade tuvastamine, Hankija teavitamine avastatud vigadest (koos lahendusettepanekuga) ning lahendamine: 1.1.2.1. Pakkuja peab vähemalt kord kalendrikuu jooksul kontrollima veebilehtede sisuhaldustarkvarade, kooditeekide ning nende komponentide turvauuenduste olemasolu. 1.1.2.2. Pakkuja peab turvauuendused planeerima ja paigaldama esimesel võimalusel, hoiatades sealjuures Hankijat eelnevalt töödest, mis mõjutavad keskkonna kättesaadavust: 1.1.2.2.1. kui tegemist on kriitiliste turvauuendustega, siis tuleb uuendused paigaldada ühe tööpäeva jooksul. 1.1.2.2.2. kui tegemist on vähekriitiliste turvauuendustega, siis tuleb nende paigaldamine planeerida ajale, mil keskkonna kasutajate hulk ning seeläbi muudatustega kaasnevatest ebamugavustest mõjutatute arv on võimalikult madal (sh öötundidele). 1.1.3. Klienditoe pakkumist platvormi lõppkasutajatele tööpäeviti vahemikus kl 9.00- 17.00 (va. riigipühad): 1.1.3.1. klienditoe päringud tuleb registreerida „ticket-põhises“ süsteemis, mis võimaldab taasesitatavas formaadis jälgida päringu lahendamiseks kuluvat aega ning teha Hankija päringu põhjal kokkuvõtteid levinumatest küsimustest ja/või tõrgetest, mille korral lõppkasutajad pöörduvad. 1.1.4. Hankija konsulteerimine teenusega seotud küsimuste ja probleemide osas. 1.2. Pakkuja on kohustatud: 1.2.1. teavitama esimesel võimalusel, kuid mitte hiljem kui 24 tunni jooksul Hankijat süsteemi planeerimatutest hooldustöödest ja nende teostamise käigus ilmnevatest probleemidest teavitamine; 1.2.2. planeerima koostöös Hankijaga aegsasti süsteemi tööga seotud katkestused; 1.2.3. teavitama Hankijat hooldustööde käigus tuvastatud ilmnenud arendusvajadustest (koos esialgse ajakuluhinnanguga); 1.2.4. kajastama süsteemis tehtud muudatused dokumentatsioonis ja juhendites;  1.2.5. tagama p 1.1.3. nimetatud süsteemi uuendamisel eelmise versiooni funktsionaalsused. 1.3. Hooldusteenuse maksumuse eelarvestamisel tuleb arvestada mh olelusringi kuludega. 1.4. Hooldustööde teostamise kohta on Pakkuja kohustatud pidama elektroonilist päevikut, kus peavad olema eraldi välja toodud hankija tellitud konsultatsiooniks kulunud aeg, vigade parandamiseks kulunud aeg ja hooldusrutiinidele kulunud aeg. 1.5. Esimese töö Pakkumuse eelarvestamisel koostab Pakkuja prognoosi maksimaalsetest võimalikest kuludest. Hankelepingu lõplik maksumus moodustub elektroonilises päevikus kajastatud töötundide alusel. 1.5.1. Hankija nõudmisel esitab Pakkuja Hankijale viivitamatult, aga mitte hiljem kui 2 tööpäeva jooksul väljavõtte teenuse päevikust.  Hanke alusdokumendi Lisa 12 Riigihange: „Veebide hooldus- ja arendustööde teenuse tellimine“ Hankelepingute sõlmimise tingimused 1. 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. 1.1. Esimese hankelepingu puhul punktis 2.1. nimetatud minikonkurssi läbi ei viida. Hankelepingu Teenuse sisu on kirjeldatud HD Lisas 3 „Esimese töö kirjeldus“. Hankeleping sõlmitakse samaaegselt raamlepinguga, raamlepingu sõlmimiseks esitatud, kõrgeimaid väärtuspunktid saanud ja edukaks tunnistatud Pakkumuse esitanud eduka Pakkujaga. 2. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud mitme pakkujaga: 2.1. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi, mis viiakse läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest. 2.2. Minikonkurssidel esitatud pakkumuste hindamisel väärtuspunktide jagamise meetod on: 2.2.1. 60% projektiplaan ning 40% Pakkumuse maksumus. 2.2.2. Projektiplaani hinnatakse Tabel 1. nimetatud kolme alamkriteeriumi alusel, milleks on: 2.2.2.1. „Töö teostamise loogika ja protsessi kirjeldus“ (30 punkti); 2.2.2.2. „Projektiplaan ja läbiviimise ajakava“ (25 punkti); 2.2.2.3. „Riskide haldamise meetmete kirjeldus“ (5 punkti); Tabel 1. Kriteeriumi „Projektiplaan“ alamkriteeriumid on: Alamkriteeriumid Punktid Kriteeriumi komponendid Töö teostamise Pakkuja on täielikult aru saanud ülesandepüstitusest. loogika ja protsessi Pakutud metoodika ja protsessi loogika aitavad 30 punkti kirjeldus saavutada eesmärki ning hankelepingu tingimustele vastavat tulemit. Pakkuja on aru saanud ülesandepüstitusest. Pakutud metoodika ja protsessi loogika aitavad osaliselt 15 punkti saavutada hanke eesmärki ning hankelepingu tingimustele vastavat tulemit. Pakkuja ei ole aru saanud ülesandepüstitusest. Pakutud metoodika ning protsessi loogika ei võimalda 0 punkti saavutada hanke eesmärke ega hankelepingu tingimustele vastavat tulemit. Projektiplaan ja Projektiplaanis kirjeldatud eesmärkide ja tulemite läbiviimise ajakava 25 punkti saavutamiseks vajalikud tegevused (sh tegevuste põhjendatus ja maksumus) on täielikult kooskõlas Töö  kirjelduse ja hanke eesmärkidega. Ajakava on realistlik. Projektiplaanis kirjeldatud eesmärkide ja tulemite saavutamiseks vajalikud tegevused (sh tegevuste 12 punkti põhjendatus ja maksumus) on suures osas kooskõlas Töö kirjelduse ja hanke eesmärkidega. Ajakava kirjelduses esineb üksikuid puuduseid. Projektiplaanis kirjeldatud eesmärkide ja tulemite saavutamiseks vajalikud tegevused (sh tegevuste 0 punkti põhjendatus ja/või maksumus) ei ole kooskõlas Töö kirjelduse ega hanke eesmärkidega ja/või saavutatavad kavandatud ajakavas. Riskide haldamise 5 punkti Riskide haldamise meetmed on proportsionaalsed. meetmete kirjeldus Riskide haldamise meetmete kirjelduses esineb 3 punkti üksikuid puuduseid. Riskide haldamise meetmed ei toeta hanke 0 punkti eesmärkide saavutamist etteantud ajaraamis. 2.3. Minikonkursil osalemist välistavad tingimused 2.3.1. Töövõtjal ei tohi minikonkursi väljakuulutamise päeva seisuga olla üle andmata rohkem kui kahe Hankelepinguga tellituid töid, mille kogumaht ületab 1000 töötundi; 2.3.2. Minikonkursi väljakuulutamise päeval ei tohi Töövõtjal olla garantiiliste vigade parandamise töid, mille teostamise tähtaeg on ületatud. 3. Hankelepingu sõlmimise tingimused kui raamleping on sõlmitud ühe pakkujaga: 3.1. Kui raamleping on sõlmitud ühe pakkujaga, esitab Tellija hankelepingu sõlmimiseks Töövõtjale pakkumuse esitamise ettepaneku koos lähteülesandega, mille alusel Töövõtja esitab hiljemalt viie tööpäeva jooksul riigihangete registri kaudu pakkumuse. 3.2. Pakkumuses peab olema välja toodud tööde maht töötundides ja töö teostamise maksumus. 3.3. Punktis 2.2. kirjeldatud hindamist ei teostata. Pakkumuse hindamiskriteeriumiks on pakkumuse maksumus., osakaal 100% 3.3.1. Hankija võib teha põhjendatud kirjaliku otsuse kõigi Pakkumuste tagasilükkamise kohta: 3.3.1.1. RHS § 116 lõike 1 punkti 1 alusel ja 3.3.1.2. juhul kui on Hankelepingu sõlmimise ajaks Tellijale teatavaks saanud uued asjaolud, mis välistavad või muudavad Tellijale Hankelepingu sõlmimise lõpule viimise ebaotstarbekaks. 4. Tellijal on õigus nõuda hankelepingu perioodil Teenuse osutamise kohta vaheraportit, mille Töövõtja peab esitama 2 (kahe) tööpäeva jooksul.