Täistaotlus

PAKKUMUS HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD Viitenumber: 241553 Hankija: Tervise ja Heaolu Infosüsteemide Keskus (70009770) Hange: STAR: Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega Pakkumus: 350429 Ettevõtja: Iglu OÜ (12397439), roll: peapakkuja Pakkumuse maksumust hinnatakse - Ilma maksudeta 1. Töö kogumaksumus Pakkuja esitab tööde kogumaksumuse eurodes käibemaksuta. Tüüp ja hindamismeetod: Maksumus, vähim on parim Osakaal: 40% Hindamismetoodika kirjeldus: Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "madalaim väärtus" / "pakkumuse väärtus" * "osakaal". Kogus Ühik Ühiku hind Maksumus KM% Maksumus KM-ga Märkused EUR 382500,000 382500,000 20 459000,000 2. Proovitöö Proovitöö hindamismetoodika on kirjeldatud dokumendis "Lisa 3. Hindamismetoodika". Tüüp ja hindamismeetod: Kvaliteet, hankija hinnatav Osakaal: 60% Hindamismetoodika kirjeldus: Vt Lisa 3. OA Hindamismetoodika. Pakkumuse maksumus kokku Maksumus kokku KM-ta: 382500,000 Maksumus kokku KM-ga: 459000,000 Koostatud 20.10.2021 22:24:58 1/1 https://riigihanked.riik.ee/rhr-web/#/procurement/ 3692576/general-info  1/2 PAKKUMUS VASTAVUSTINGIMUSED Viitenumber: 241553 Hankija: Tervise ja Heaolu Infosüsteemide Keskus (70009770) Hange: STAR: Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega Pakkumus: 350429 Ettevõtja: Iglu OÜ (12397439), roll: peapakkuja ÜHISPAKKUJATE VOLIKIRI Ühispakkujad nimetavad riigihankega ning hankelepingu sõlmimise ja täitmisega seotud toimingute tegemiseks endi seast volitatud esindaja. Ettevõtjalt oodatavad vastused: 1. Kas tegemist on ühispakkumusega? (Raadionupp valikutega "Jah/Ei") Vastus: Ei 2. Kas olete ühispakkujate volikirja pakkumuse dokumentide hulka lisanud? (Raadionupp valikutega "Jah/Ei") Vastus: Ei PAKKUMUSE ESITAMINE Pakkumuse esitamisega kinnitab pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste ülevõtmist. Tingimusliku pakkumuse esitamine ei ole lubatud. Pakkumuse esitamisega kinnitab pakkuja, et pakkumus on jõus 90 päeva. Ettevõtjalt oodatavad vastused: 1. Kas ettevõtja saab kinnitada, et pakkumus vastab hanke alusdokumentides sätestatud tingimustele? (Raadionupp valikutega "Jah/Ei") Vastus: Jah PAKKUMUSE MAKSUMUS Pakkumuse maksumus tuleb esitada töölehel "Hindamiskriteeriumid ja hinnatavad näitajad" toodud struktuuri kohaselt. Lisaks esitab pakkuja pakkumuse kalkulatsiooni, millest nähtub kogumaksumuse moodustumine - töötundide arv korda töötunni hind eurodes km-ta. Töötunni hind ei tohi ületada raamlepingus fikseeritut. Ettevõtjalt oodatavad vastused: 1. Kas pakkuja on täitnud pakkumuse maksumuse RHRi töölehel "Hindamiskriteeriumid ja hinnatavad näitajad" ? (Raadionupp valikutega "Jah/Ei") Vastus: Jah 2. Pakkuja esitab kogumaksumuse moodustumise kalkulatsiooni (töötundide arv korda töötunni hind eurodes km-ta). Töötunni hind ei tohi ületada raamlepingus fikseeritut. (Sisestusväli (max pikkus 250 tähemärki)) Vastus: 7650h * 50€/h = 382500 € ÄRISALADUS Pakkuja märgib pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe määramist ärisaladuseks. Koostatud 20.10.2021 22:24:59 https://riigihanked.riik.ee/rhr-web/#/procurement/3692576/general-info  2/2 Pakkuja märgib pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe ärisaladuseks määramist. Pakkuja ei või ärisaladusena märkida: 1) pakkumuse maksumust ega osamaksumusi; 2) teenuste hankelepingute puhul lisaks punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid numbrilisi näitajaid; 3) asjade ja ehitustööde hankelepingute puhul lisaks käesoleva lõike punktis 1 nimetatule muid pakkumuste hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid näitajaid (RHS § 111 lg 5). Ettevõtjalt oodatavad vastused: 1. Kirjeldage lühidalt pakkumuses sisalduvat ärisaladust ja lisage selle määramise põhjendus või märkige, et pakkumus ei sisalda ärisaladust. (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Esitatud CV-d koos pakkumise sisu ja projektiplaaniga on Iglu ärisaladus, kuna sisaldab meie äri toimimise vaatest olulist infot. PROOVITÖÖ Pakkuja esitab dokumendis "Lisa 2. Proovitöö LAEH arendus" kirjeldatud proovitöö. Ettevõtjalt oodatavad vastused: 1. Kas esitasid proovitöö? (Vabas vormis dokument) Vastus: 5_1_STAR-Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega_Proovitöö.pdf PAKKUJAL PEAB OLEMA HANKELEPINGU TÄITMISEKS NÕUETEKOHANE MEESKOND Meeskond peab vastama raamlepingus esitatud nõuetele (leitavad raamlepinguga seonduva hanke nr 226591 vastavustingimuste alt ja "Nõuded pakkuja meeskonnale" failist). NB! Kui meeskonda kuulub isik, kelle CV-sid ja muud informatsiooni ei ole hankijale esitatud raamlepingu sõlmimisel, siis tuleb need andmed esitada minikonkursi raames pakkumuse koosseisus. Ettevõtjalt oodatavad vastused: 1. Meeskonna nimekiri koos rollidega (Suur sisestusala (max pikkus 4000 tähemärki)) Vastus: Riho Laast-Laas - Analüütik Rait Ool - Arhitekt Laura Streimann - UX/UI disainer Mikk Õunmaa - Nooremarendaja Dan Bondarenko - Nooremarendaja Markus Peterson - Nooremarendaja Marek Reinhold - Nooremarendaja PROJEKTIPLAAN Pakkuja esitab tööde teostamise projektiplaani, mis sisaldab teostamise etappe koos iga etapi mahu ja maksumusega, mis vastab järgmistele nõuetele: 1) Pakkuja jaotab tööd etappideks vastavalt Lisa 1 punktis 4 kirjeldatud töödele; 2) Etappide jaotus peab olema toodud koos igas etapis valmiva töö kirjelduse, töötundide ja rahalise mahu hinnangu ning üleandmise tähtajaga; 3) Väljamaksed teostatakse iga nõuetekohase etapi vastuvõtmise järel. Pakkuja peab arvestama, et viimase väljamakse suurus kogu nõuetekohaselt teostatud töö vastuvõtmise ja early life support perioodi järel peab olema minimaalselt 30% lepingu kogumaksumusest. Ettevõtjalt oodatavad vastused: 1. Pakkuja esitab nõuetele vastava projektiplaani. (Vabas vormis dokument) Vastus: 7_1_Projektiplaan.pdf Koostatud 20.10.2021 22:24:59 https://riigihanked.riik.ee/rhr-web/#/procurement/3692576/general-info  PROOVIÜLESANDE LAHENDUS Riigihange: STAR: Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega, Viitenumber: 241553 Sisukord Ülesandepüstitus ................................................................................................................................................................... 3 Sissejuhatus........................................................................................................................................................................ 3 Põhimõtted......................................................................................................................................................................... 3 Confluence-i hierarhia ...................................................................................................................................................... 5 Arhitektuur ja tehnilised juhendid ................................................................................................................................. 6 Backend teenused ............................................................................................................................................................ 6 Projektipõhine dokumentatsioon ja muudatused komponendipõhises dokumentatsioonis. ........................ 7 Kasutajatestid .................................................................................................................................................................... 7 Dokumenteerimise protsess ........................................................................................................................................... 8 Vana dokumentatsiooni sidumine uuega .................................................................................................................. 10 ÜLESANDEPÜSTITUS Antud proovitöö ülesandeks on pakkuda välja STAR-i dokumenteerimise strateegia, mis aitaks korrastada tänast olukorda ning pakuks välja jätkusuutliku infoarhitektuuri uue STAR-i dokumentatsioonile. Pakutav strateegia peab katma dokumenteerimise põhimõtted, struktuuri ja tegevused järgnevatel teemadel: 1. STARi teenuste kirjeldused koos ärireeglitega; 2. STARi arhitektuuri kirjeldus; 3. STARi andmestiku kirjeldus; 4. Projektides tehtavad muudatused. Sissejuhatus STAR-is on siiani koostatud enamjaolt projektipõhist dokumentatsiooni. Seda just eelkõige äriloogika osas. Projektipõhine dokumenteerimine on efektiivne lähenemine konkreetse projekti eesmärkide saavutamiseks. Sellisel juhul kirjeldatatakse täiendused ja muudatused äriloogikas, mille sisseviimine on vajalik projekti eesmärkide saavutamiseks. Projektipõhise dokumenteerimise suur miinus on selles, et ajapikku kaob ülevaade milline projekt millist komponenti viimati puudutas ja milline on hetkel kehtiv täielik ärinõuete kogum. Pisut parem seis STAR-is täna tehnilise dokumentatsiooni pool („Arhitektuur ja tehnilised juhendid“). Jättes välja dokumentatsiooni terviklikkuse, siis struktuurilt on ülesehitus hea. Dokumendid on kiirelt leitavad ja korrektselt grupeeritud. Just seda sama stiili soovitame kasutada ka uue dokumendistrateegia koostamisel. See tähendab, et ka äriloogika dokumentatsioonile tuleb tekitada nö. komponendipõhine dokumentatsioon lisaks projektipõhisele. See ei tähenda automaatselt kahekordset dokumenteerimise mahu kasvu kuna üldjuhul on projekti- ja komponendipõhise dokumentatsiooni detailsus erinev. Lisaks ei pruugi paljud väiksemad täiendused tuua kaasa üldse uut projektipõhist dokumentatsiooni ning piisab täiendustest komponentide äriloogika kirjeldustes. Dokumentatsioon peab vastama arendaja, tootejuhi või tellija küsimusele kuidas ja miks süsteem toimib nii nagu ta toimib. Et toimivas süsteemis sellistele küsimustele vastust leida peab navigatsioon vastama süsteemi ülesehitusele. Uues STAR-is jaotub komponendipõhine dokumentatsioon kaheks - mikroteenused ja kasutajaliidese komponendid. Kui kasutajaliidese komponendid on väiksemad on mõnikord mõistlik need grupeerida kuvade järgi ka kokku. Põhimõtted 1. STAR-i dokumenteerimine toimub TEHIK-u Wikis. o Tagab alati õige dokumentatsiooni kättesaadavuse ühest tsentraalsest kohast ning välditakse kirjelduste dubleerimist. 2. Joonised dokumentides tuleb teha võimalusel läbi TEHIK-u Wiki liideste, et neid oleks võimalik hiljem muuta. o Väliste jooniste koostamise vahenditega on oht, et joonise lõpptulemus on TEHIK-u Wikis olemas, kuid seda ei saa enam muuta kuna joonise algfail puudub või ei ole täiendust teha soovival isikul vastavat tarkvara (EA, Visio jne). o Kokkuleppeliselt võib seda põhimõtet eirata kui puudub mõistlik alternatiiv. Näiteks kui prototüüpimine toimub Figmas, siis prototüübi täiendamist on vaja teha teises keskkonnas. Otse Wiki kaudu selline võimalus lihtsalt puudub. 3. Dokumentatsiooni eest vastutab analüütik, kuid kõik projektiliikmed võivad teha dokumentides töö käigus muudatusi ja täiendusi. o Selline on tavapärane ja meie nägemusel hästi toimiv praktika. Kõik dokumentatsiooni tarbijad võivad lisada kommentaaridena ettepanekuid või juhtida tähelepanu võimalikele ebakõladele, mille analüütik peaks üle vaatama. 4. Arhiveeritud projektide dokumentatsioon peab olema nähtav ka tulevikus ja ei tohi liikuda peidetud olekusse. o Vanemad materjalid võivad olla väga kasulikud mingite muudatuste või olukordade selgitamiseks. Oluline, et arhiveeritud ja aegunud dokumentatsioon on vastavalt markeeritud, et seda mitte tõlgendada kui süsteemi kõige viimast seisu. 5. Suuremate arendusvajaduste teostamisel kasutatakse lisaks projektipõhist dokumentatsiooni o Projektipõhine dokumentatsioon on vajalik kui muudatus on suurem kui ühe jira pileti sisse mõistlik kirjeldada on. o Projektipõhine dokumentatsioon kirjeldab muutuseid süsteemis. Projektipõhine dokumentatsioon saab alguse ärinõuete kaardistamisest. Vajadusel sisaldab arendatava funktionaalsuse kuvasid või linke Figma prototüüpimise keskkonda, erinevaid vajalikke tööprotsessi ja andmeid kirjeldavaid mudeleid. o Nii jira piletite kui projektipõhise dokumentatsiooni peale ei saa lootma jääda peale arenduse lõppemist. Kõik informatsioon, mis vastab hiljem küsimusele kuidas süsteem toimib ja miks ta nii teeb tuleb projekti dokumentatsioonist välja tõsta komponentide dokumentidesse. o Projekti ja komponentide dokumentatsiooni vahelist info dubleerimist tuleb hoida minimaalsena. 6. Komponendipõhine dokumentatsioon – dokumentatsioon, mis on selgelt struktureeritud STAR-i ülesehituse järgi ja võimaldab kiirelt navigeerida suvalise lehe suvalise komponendi juurde ning vastab küsimusele kuidas antud komponent töötab ja miks ta seda nii teeb. Komponent võib olla kas terve mikroteenus või kasutajaliideses kuvatav komponent. 7. Komponendi dokumentatsiooni template – Et hoida ühtset joont tuleb luua standard põhi komponendi dokumentatsioonile. 8. Jira piletid kirjeldavad tööülesannet, ning sisaldab viiteid dokumentatsiooni. Jira piletid peavad sisaldama nö DOD. “definition of done” kirjeldust. Confluence-i hierarhia Toodud hierarhia ei ole täielik, kuid annab ülevaate nägemusest, kuidas peaks Wikis olema dokumentatsioon jaotatud. .  Projektid o Töös  LAEH  Koosolekud  ….  … o Arhiveeritud  Arhitektuur ja tehnilised juhendid o STAR arhitektuur o X-tee teenused o Juhendid o ….  Backend teenused o Mikroteenus 1 o Mikroteenus 2 o …  Kasutajaliides o Töölaud  Pöördumise sisestamine / Menetluse alustamine  Teated ja suunatud menetlused  Menetluste otsing o Menetlus  Menetluse detailvaade  Menetluse kokkuvõte  Teiste kov-ide menetlused  Subjekti andmete sektsioon  Terviseandmed   Haridus  Toetused  Toimingud  Lapse abivajaduse eelhindamine  Kasutajatestid Arhitektuur ja tehnilised juhendid Antud alamkategooria on täna STAR-is juba kõige paremini struktureeritud ja seda joont tuleb hoida. Arhitektuuri otsused on reeglina vähe muutuvad ning pannakse suuresti paika enne süsteemi arendust. Olgugi, et arhitektuuri dokumentatsiooni vastutaja on analüütik on täiesti aktsepteeritav, et muudatusi antud dokumentides teevad veel tarkvara arhitektid ja vanemarendajad. Kõik suuremad muudatused arhitektuuri dokumentatsioonis tuleb kooskõlastada Tehiku arhitektidega. Backend teenused Igal loodaval mikroteenusel peab olema omanimeline dokument, kus peab olema selgelt välja toodud mikroteenuse eesmärk ja ärireeglid. Eesmärk peab olema paigas, et oleks lihtsam piiritleda tuleviku funktsionaalsuseid ja pakkuda kiiremat vastust küsimustele, kuhu teenusesse peaks uue funktsionaalsuse looma. Täielik ülevaade kehtivatest ärinõuetest aga aitab kiirelt mõista miks midagi tehtud on. Dokumendi terviklikkuse mõttes oleks kohustuslik ka mikroteenuse dokumendi päisesse tuua Swaggeri testkeskkonna link, mille kaudu on alati võimalik antud teenuse sisendeid/väljundeid vaadata ning katsetada. Tuleb hoolitseda selle eest, et Swaggeris oleks piisav dokumentatsioon iga sisendi ja väljundi juures, et mõista antud sisendi/väljundi eesmärki. Samuti peaks olema dokumentatsioonis nimekiri teenuse pakutavatest sisenditest ja väljunditest koos lühikese kirjeldusega. Mikroteenuse dokumentatiooni juurde peab käima ka teenuse andmemudel. Ülejäänud dokumendi punktid sõltuvad suuresti teenuse omapärast ja dokumentatsioonile kehtestatud reeglitest. Mikroteenuse dokumentatsiooni eest vastutab analüütik. Dokument koostatakse enne arenduse alustamist kuid võib täieneda arenduse jooksul. Projektipõhine dokumentatsioon ja muudatused komponendipõhises dokumentatsioonis. Kui projektidokumentatsioon on koostamisel, siis eristatakse uued arendused ja muudatused olemasolevates teenustes või kasutajaliidese komponentides. Uue arenduse puhul peab analüütik looma loodavale mikroteenusele või kasutajaliidese komponendile omanimelise lehekülje ning vastavalt nõuetele selle ära kirjeldama. Kui antud komponent on varasemalt olemas vastutab analüütik, et muudatused kantakse sisse ka komponendi dokumentatsiooni kui seda ei ole veel tehtudi. Võimalusel tehakse olemasolevate komponentide dokumentatsioonitäiendused juba projektipõhise dokumentatsiooni loomise käigus paralleelselt. Dubleerimise vältimiseks on eelistatud projektidokumentatsioonist komponentide dokumentatsiooni viitamine. Lisaks tasub kaaluda projektiga seotud täienduste kirjeldamisel komponentide dokumentatsiooni lisada viide vastavale projektile ning projektiga seonduv muudatus markeerida (link, kommentaar, JIRA pileti nr vms). Sellistest markeeringutest on suurim kasu muudatuse arenduse ja lansseerimise perioodil kuna komponendi kirjeldus annab selge ülevaate hetkeseisust ning lähiajal toimuvast täiendusest (markeeritud osa). Mõistliku aja möödudes võib komponentide dokumentatsiooni sellistest markeeringutest puhastada, kuna selle dokumentatsiooni peamine eesmärk on anda edasi teadmist viimase seisu, mitte kogu muudatuste ajaloo osas. Enamik dokumentatsiooni täiendamist peaks toimuma enne arendust, et arendaja saaks võtta ette antud komponendi dokumendi, ning selle põhjal arendada. Kui lisandub mõni ärireegel või muutub protsessiloogika väiksemates detailides on aktsepteeritav esialgu muudatused välja tuua eraldi märkustena dokumentatsioonis. Eesmärk on täiendus kiirelt fikseerida, et teadmine ei ununeks kuid arenduse üleandmisel tuleb dokumendid korrastada (joonised parandada, lisamärkused/markeeringud eemaldada). Kasutajatestid Analüüsitavate ja hiljem ka arendatavate tarkvaralahenduste kasutumugavust tuleb kontrollida perioodiliselt lõpp-kasutajate kaasabil. Kasutusmugavuse uuringud kätkevad endas eelkõige kvalitatiivse tagasiside saamist lõpp-kasutajatelt. See sisaldab profileerimisküsimusi, testülesandeid prototüübil ja viimaks kasutusmugavuse küsimustikku. Viimase abil on võimalik sellist sorti kvalitatiivsele uuringule anda juurde kvantitatiivset (numbriliselt mõõdetavat) andmestikku. Dokumentatsioon, mis iga funktsionaalsuse kohta valmib sisaldab kasutusmugavuse testide detailraporteid, ekraani- ja helisalvestusi intervjuudest ja küsimustike analüüsitud tulemusi. Soovitame kasutajatestid hoida struktureeritult eraldi peatüki all. Vajadusel võib komponendi dokumentatsioonist läbiviidud testidele viidata.Kasutajateste viib vastavalt vajadusele läbi ja dokumenteerib terve arendustsükli jooksul kasutusmugavuse analüütik. Dokumenteerimise protsess Tegevus Eesmärk Vastutaja/Teostaja Kirjeldus Arhitektuurireeglite Panna paika suures Analüütik, süsteemi Antud töö aluseks kaardistamine pildid kuidas süsteem arhitekt, vanemarendaja võetakse eelanalüüsi toimima hakkab ning käigus kokkulepitu. kuidas toimub järjepidev Vajadusel minnakse uuendamine. kirjeldustega Defineeritakse detailsemaks. Antud töö turvanõuded, logimise tulemuseks on selgelt standardid ja kõrgemal defineeritud STAR-i tasemel teenusteks arhitektuurireeglid mida jaotamine tuleb arenduse käigus järgida. Reeglina arendused arhitektuurireegleid ei muuda ja seega antud punkti igapäevaarenduses ei puudutata. Ärireeglite kaardistamine Saada kirja üheselt Analüütik Iga arenduse esimises mõistetavalt kuidas faasis peab analüütik süsteem toimima peab kirja saama millist probleemi lahendatakse ning millised ärireeglid antud kohale kehtivad. Kirja saavad äriprotsessid, andmemudelid, otsustusmudelid, jadadiagrammid jms vastavalt vajadusele. Prototüüpimine ja Pakkuda tellijale/ Kasutusmugavuse See samm sünnib visualiseerimine kasutajale võimalus analüütik, analüütik analüütiku ja näha lõpplahendust kasutusmugavuse  enne kui arenduseks analüütiku koostöös. läheb Sammu tulemusena luuakse kasutajaliidese prototüüp mille pealt on parem tellijal ja lõppkasutajal valideerida planeeritud lahenduse sobivust. Kasutajatestide Luues uut Kasutusmugavuse Vastavalt olukorrale läbiviimine ja funktsionaalsust on vaja analüütik tuleb otsutada, kas dokumenteerimine valideerida kas pakutud kasutusmugavuse testid lahendus ka kasutajatele on vajalikud ning millises sobib. mahus. Teostatud kasutajatestide kohta koostatakse dokumentatsioon Arenduse tükeldamine Kui planeeritud arendus Analüütik, Selle sammu jooksul on valmis arendamiseks süsteemiarhitekt, tuleb arendus jagada tuleb reeglina arendus arendaja, vastavalt olemasolevale jagada väiksemateks arhitektuurile osadeks. Defineeerida loogilisteks tükkideks ära kas luuakse uusi mis on eraldiseisvalt mikroteenuseid või arendatavad. Selle kasutajaliidese sammu tulemusel komponente. luuakse või uuendatakse ära komponendipõhine dokumentatsioon. Arenduseks Jira piletite Arenduse tükeldamine Analüütik Loodavad arenduse loomine mõistliku ajaga piletid peaks juba arendatavateks piletiteks viitama komponendi dokumentatsioonile. Analüüsi ülevaatus Analüütikute käekirja Analüütik Kui vähegi on võimalik ühtlustamine ja analüüsi siis kasvõi meeskonna kvaliteedi parandamine siseselt enne kui dokumentatsioon nö  valmis kuulutatakse vaatab teine analüütik dokumendi üle. See distsiplineerib kõrvaldama väikseid puudujääke ning ühtlustab erinevate analüütikute käekirja. Vana dokumentatsiooni sidumine uuega Vastavalt ülesandepüstitusele on antud proovitöö osana nõutud, et pakkuja pakub lahenduse seostada uue STARi dokumentatsiooni ja (vanas) STARis juba olemasoleva funktsionaalsuse dokumentatsiooni. Pakkuja ei näe, et selliseid kohti väga palju oleks, sest vana süsteemi vastav dokumentatsioon suuresti puudub. Kui siiski selliseid dokumente leidub rohkem siis tasub kaaluda vana STAR-i dokumentide restruktureerimist sarnaselt lehe ülesehitusele või kasutuslugudele. Nii vana kui uue STAR-i dokumentatsioon asub samas wikis nii et viitamine lehekülgede vahel on igati teretulnud ja tavapärane tegevus.  PROJEKTIPLAAN Riigihange: STAR: Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega, Viitenumber: 241553 Sisukord Etapp 1................................................................................................................................................................................. 3 Etapp 2................................................................................................................................................................................. 4 Etapp 3................................................................................................................................................................................. 5 Etapp 4................................................................................................................................................................................. 6 Etapp 5................................................................................................................................................................................. 7 Etapp 6................................................................................................................................................................................. 8 Etapp 7................................................................................................................................................................................. 9 IGLU OÜ projektiplaan, mis lähtub Lisa 1 punkt 4 kirjeldatud töödest, on järgnevalt toodud etapiti koos tööde kirjelduse ja ajalise ning rahalise mahuga: Projektiplaani koostamisel oleme mh. arvestanud väljamaksete teostamise nõudega, kus viimane väljamakse (etapid 5, 6 ja 7) moodustab minimaalselt 30% lepingu kogumaksumusest Etappide valmimise tähtaegade juures oleme arvestanud, et leping on sõlmitud ja töö saab alata hiljemalt 01.11.2021 Etapp 1 Tähtaeg: 31.01.2022 Töömaht: 1420 h Maksumus: 71000 € Kirjeldus: Esimeses etapis alustame projektiga ja töötame vajalike teenuste ja liidestuste vahel, et saaks etapi lõpuks kuvada sisseloginud kasutajale uut STAR-i hetkel küll veel siis ilma sisuta. Töö kategooria Töö kirjeldus Ettevalmistavad tegevused Dokumentatsiooni uus "põhi" Ettevalmistavad tegevused Meeskonna ligipääsude taotlemine keskkondadele Ettevalmistavad tegevused Projekti kodukord jm. kokkulepete paika panemine Teenusedisain SKAIS-i stiiliraamatu kasutusvõimaluse analüüs Teenusedisain Töölaua üldine layout ja navigatsioon Mikroteenuse template Esmase mikroteenuse põhi valmis arendada ja kooskõlastada API gateway mikroteenus API gateway mikroteenus (Vajalik teenuste vaheliseks suhtluseks) Configuration service Konfiguratsioonihaldus User Authorization service (DB ja äriloogika uues) Analüüs (Uus kasutajate haldus, rollid, privileegid) User Authorization service (DB ja äriloogika uues) Liidestus vanasse STAR-i – rollide mappimine Parameter service (DB vanas) Analüüs Parameter service (DB vanas) Esmane seadistus Parameter service (DB vanas) Parameetrite haldus (peegeldame vanast) Parameter service (DB vanas) Klassifikaatorite päring STAR API (Vana STAR-i liides) STAR API security setup STAR API (Vana STAR-i liides) parameetrite endpoint Front end projekti ülesseadmine Setup Front end projekti ülesseadmine Adding QA tools to UI repo Front end projekti ülesseadmine Analytics Front end projekti ülesseadmine Translation Front end projekti ülesseadmine React bridge for Stencil Töölaua vaate arendus Kuva loomine (Põhi, komponente veel ei arenda) Etapp 2 Tähtaeg: 28.02.2022 Töömaht: 1260 h Maksumus: 63000 € Kirjeldus: Teise etapi jooksul liigume teenusedisainiga edasi ja lihvime eelanalüüsi jooksul valminud kuvasi. Arendame välja kasutajate halduse liidese koos rollide ja privileegide määramise võimalusega. Loome Assignement Service-i, mis on aluseks kasutaja töölaua teadetele ja liidestame selle vana STAR-iga. Liigume ka edasi kasutajaliidese komponentide loomisega. Töö kategooria Töö kirjeldus Teenusedisain Pöördumise komponent Teenusedisain Teadete komponent Teenusedisain Minu menetluste komponent Teenusedisain Tabelis filtri näidis User Authorization service (DB ja äriloogika uues) UX/UI disain (Kasutajate halduse kasutajaliidese prototüüpimine) User Authorization service (DB ja äriloogika uues) Frontend arendus (kasutajate haldus) Assignment service (DB ja äriloogika uues) Analüüs Assignment service (DB ja äriloogika uues) Esmane seadistamine Assignment service (DB ja äriloogika uues) Teate lisamine (api endpoint teavituste lisamiseks) Assignment service (DB ja äriloogika uues) Teadete pärimine (api endpoint teavituste pärimiseks) Assignment service (DB ja äriloogika uues) Teate edasisaatmine (api endpoint teavituste suunamiseks) PPA teadete edastamine (PPa teadete suunamine uude STAR API (Vana STAR-i liides) teenusesse) STAR API (Vana STAR-i liides) AH teated (AH teadete suunamine uude teenusesse) Front end projekti ülesseadmine Toasts Front end projekti ülesseadmine Tests Töölaua vaate arendus Teated Autitlog Service Kasutajate tegevuste auditeerimine Etapp 3 Tähtaeg: 31.03.2022 Töömaht: 1440 h Maksumus: 72000 € Kirjeldus: Kolmanda etapi eesmärgiks on lõplikult valmis Saada töölaua vaade kus on võimalik alustada menetlust pöördumise sisestamisega. Samas on olemas table kasutaja menetlustega kuid menetluse uut detailvaadet veel ei ole. Sele funktsionaalsuse võimaldamiseks peame looma Proceeding Service-I, mis vahendab menetluste loomist ja muutmist vanasse STAR-i. Alustame Customer service-I analüüsi ja arendusega. Töö kategooria Töö kirjeldus Töölaua vaate arendus Pöördumise alustamine Töölaua vaate arendus Menetluste tabel Töölaua vaate arendus Mobiilivaade Proceeding service (DB vanas STAR-is) Analüüs Proceeding service (DB vanas STAR-is) Pöördumise lisamine Proceeding service (DB vanas STAR-is) Menetluse otsimine Proceeding service (DB vanas STAR-is) Lihtmenetluse lisamine Proceeding service (DB vanas STAR-is) Pöördumise lisamine menetlusele Proceeding service (DB vanas STAR-is) Toimingu lisamine Proceeding service (DB vanas STAR-is) Toimingu küsimine parameetritega Proceeding service (DB vanas STAR-is) Menetluse lõpetamine Cutomer service + Xroad adapter – (DB ja äriloogika uues) Analüüs Cutomer service + Xroad adapter – (DB ja äriloogika uues) Teenuse esmane seadistamine Cutomer service + Xroad adapter – (DB ja äriloogika uues) Isiku otsimine RR'st IK või nime järgi Cutomer service + Xroad adapter – (DB ja äriloogika uues) Isiku RR96 päring Cutomer service + Xroad adapter – (DB ja äriloogika uues) Isiku RR86 päring (isiku vanemad) STAR API (Vana STAR-i liides) Menetluse otsimine STAR API (Vana STAR-i liides) Lihtmenetluse lisamine STAR API (Vana STAR-i liides) Toimingu lisamine STAR API (Vana STAR-i liides) Toimingu küsimine parameetritega Etapp 4 Tähtaeg: 30.04.2022 Töömaht: 1220 h Maksumus: 61000 € Kirjeldus: Neljandas etapis liigume teenusedisainiga edasi profiililehele. Ja alustame profiililehe arendusega. Loome Proceeding service-ile PDF expordi toe ja täiendame Customer service-it erinevate -tee päringutega. Valmistame Vana STAR-i ette eelhindamise protsessi arenduseks. Töö kategooria Töö kirjeldus Teenusedisain Profiili üldine layout ja navigatsioon Teenusedisain Märksõnad Teenusedisain Toimingud Teenusedisain Väljavõtted ja PDFI eksport Profiili vaate arendus Kuva loomine (Põhi) Profiili vaate arendus Detailandmed Profiili vaate arendus Timeline Profiili vaate arendus Päringud Profiili vaate arendus Tervis Profiili vaate arendus Haridus isikustamata isikule lihtmenetluse loomine ja Profiili vaate arendus menetluse isikustamine Profiili vaate arendus pöördumise lisamine olemasolevale menetlusele KOVi tehtud lihtmenetluse suunamine teisele KOV- Profiili vaate arendus ile  lasteabitelefoni töötaja tehtud lihtmenetluse Profiili vaate arendus suunamine KOV-ile Profiili vaate arendus lihtmenetluse kaasvastutusse andmine Profiili vaate arendus menetluse lõpetamine Proceeding service (DB vanad STAR-is) PDF eksport setup Proceeding service (DB vanad STAR-is) Menetluse eksport Cutomer service + Xroad adapter – (DB ja äriloogika uues) EHIS päring (haridus) Cutomer service + Xroad adapter – (DB ja äriloogika uues) SKAIS 2 päring (puude andmed) STARi ja TETRISe vahelise X-tee teenuse TVHOtsus.V1 (töövõime andmed) Cutomer service + Xroad adapter – (DB ja äriloogika uues) täiendamine STAR API (Vana STAR-i liides) Eelhindamise andmestiku salvestamine STAR API (Vana STAR-i liides) Eelhindamise andmestiku pärimine Etapp 5 Tähtaeg: 31.05.2022 Töömaht: 940 h Maksumus: 47000 € Kirjeldus: Viiendas etapis täiendame profiilivaadet ja arendame eelhindamise protsessi. Valmistame ette menetluste suunamise võimaluse. Loome Notification Service-i, mis võimaldab meil e-kirju saatama hakata läbi keskselt hallatava template-i. Töö kategooria Töö kirjeldus Teenusedisain Eelhindamine Teenusedisain Eelhindamise komponent profiili kuvas Teenusedisain Teavitused - email, ärireeglid Teenusedisain Rehabilitatsioon Teenusedisain Innove ja Rajaleidja otsused Profiili vaate arendus Toimingu lisamine ning toimingute üldvaate loomine last puudutava lihtmenetluse loomise võimaluse kaotamine vanas Vana STAR STARis Profiili vaate arendus Mobiilivaade Eelhindamise arendus Küsimustik, sammud, kokkuvõttev kuvaja andmete liidestamine  vana süsteemiga (Lähteülesanne 4.1) Eelhindamise arendus Mobiilivaade User Authorization service (DB ja äriloogika uues) kasutajate halduse rest teenused ja Keycloak täiendused User Authorization service (DB ja Endpointi loomine mis tagastab kõik kasutajad kellele menetlust äriloogika uues) suunata saab Proceeding service (DB vanad STAR-is) Eelhindamise andmestiku salvestamine Proceeding service (DB vanad STAR-is) Eelhindamise andmestiku pärimine Cutomer service + Xroad adapter – (DB ja äriloogika uues) Haigekassa päring (perearst, KIRST) Cutomer service + Xroad adapter – (DB ja Hooldusõigusega seonduvate dokumentide andmed äriloogika uues) rahvastikuregistris (Asendushooldus dokumendid) Cutomer service + Xroad adapter – (DB ja EHISe X-tee teenuse EE/GOV/70000740/ehis/laeAlusharidusV2/v1 äriloogika uues) liidestamine STARiga. KOV lastekaitse töötaja teavitamine tema STARi töölaual, et subjekti andmed on igaöise andmete automaatuuendusega aktiivses menetluses Töölaua arendus muutunud KOV lastekaitse töötaja teavitamine tema STARi töölaual, et subjekti andmed on igaöise andmete automaatuuendusega aktiivses menetluses Assignment service (DB ja äriloogika uues) muutunud Notification service (DB ja äriloogika uues) Analüüs Notification service (DB ja äriloogika uues) Teenuse esmane seadistamine Notification service (DB ja äriloogika uues) e-maili teavituse saatmine Notification service (DB ja äriloogika uues) e-kirja põhi Processor service Taustaprotsesside juhtimine Etapp 6 Tähtaeg: 30.06.2022 Töömaht: 980 h Maksumus: 49000 € Kirjeldus: Kuuendas etapis toimub süsteemi stabiliseerimine ja varem välja jäänud arenduste teostamine. Töö kategooria Töö kirjeldus Juurutus ja viimane lihv Juurutamine, GO-live Eelnevatest etappidest välja jäänud jooksvad täiendused ja Juurutus ja viimane lihv vaegtööd Juurutus ja viimane lihv Dokumentatsiooni lõplik korrastamine Etapp 7 Tähtaeg: 30.09.2022 Töömaht: 390 h Maksumus: 19500 € Töö kategooria Töö kirjeldus Live tugi Early life tugi, 3 kuud  Nõuded pakkuja meeskonnale 1. Üldised nõuded Pakkuja meeskonnale peab olema raamlepingu alusel tööde teostamiseks võimekus teostada järgmisi töid: detailanalüüs (sh äri- ja süsteemianalüüs); arendus ja testimine; kasutajaliidese disain ja prototüüpimine . 2. Pakkuja peab pakkumuse koosseisus esitama vähemalt neli meeskonna võtmeliiget, tuues isikuliselt välja: arhitekti; analüütiku; UX/UI disaineri kasutajaliidese arendaja; meeskonnaliikme, kellel on meeskonna juhtimise kogemus . 2.1 Arhit ekt täidab hankelepingus tööülesandeid täiskohaga, teostades vajadusel lisaks arhitekti töödele ka arendustöid. 2.2 Pakkuja võib esitada ka rohkemate meeskonnaliikmete andmed. 3. Vähemalt ühel meeskonnaliikmetest peab olema meeskonna juhtimise kogemus. Ku i meeskonna juhtimise kogemus on mõnel teise meeskonnaliikmel, kui minimaalselt nõututel, tuleb esitada andmed ka selle meeskonnaliikme kohta all toodud vormil (nt kui projektijuhil on meeskonna juhtimise kogemus, siis tuleb vorm täita projektijuhi osas). 4. Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud rolli kohta all toodud vormi. 5. Kui üks isik on esitatud mitmesse rolli, peab ta täitma võetud rollide kõik kohustuslikud nõuded. 6. Esitatud andmed peavad võimaldama hankijal kontrollida mees konnaliikmete vastavust esitatud nõuetele. 7. Ühe viidatud lepingu/projektiga võib olla hõlmatud mitu kompetentsi/kogemust. Kõik nõutud kompetentsid/kogemused peavad olema lepingute või projektidega omandatud kogemusega kaetud. Kui mõne nõutud kompetentsi/kogemuse osas on vastavad lepingut või väljaõpet tõestavad andmed esitamata, on hankijal õigus tunnistada pakkumus mittevastavaks. Projektidele viitamisel tuleb arvestada, et projektide kestust ei summeerita, st samal ajaperioodil projektides o salemise korral ei ole võimalik omandada kogemust ajaliselt kahekordselt. 8. Meeskonnaliikmete esitamisega kinnitab pakkuja, et esitatud meeskonnaliikmed hakkavad riigihanke tulemusel sõlmitud lepingu alusel töid teostama. Pärast pakkumuse esitamist saab pakkumuses esitatud meeskonnaliikme välja vahetada üksnes samaväärse kogemusega meeskonnaliikme vastu, juhul kui tellija annab selleks eelnevalt oma nõusoleku. 9. Pakkuja kinnitab riigihankes pakkumuse esitamisega, et suudab hankelepingu sõl mimiseks tagada ja hankijale tõendada järgmistes rollides hankija seatud nõuetele vastavad isikud, keda ei ole kohustuslik isikuliselt riigihankes pakkumuse esitamisel välja tuua: noorem-, keskmise tasemega ja vanem arendajad testija vajadusel projektijuht. 10. Vastavalt kodukorrale ei ole üldjuhul eraldi projektijuhi rolli vaja. 11. Testija roll võib olla kaetud ka arendaja rolli täitva isiku poolt, kes loob automaattestid ja tagab kvaliteedinõuded (arendaja ja testija võivad olla ühes isikus). 12. Pakkuj al on õigus nooremarendajat kasutada kokkuleppel hankijaga; eelkõige juhtudel, kui meeskonda kuuluvad keskmise tasemega arendajad/vanemarendajad on hankija poolt määratud töödega hõivatud või arendustööde iseloom ei eelda keskmise tasemega arendaja/vanemar endaja kogemust. 13. Kasutajakogemuse analüütiku (UX disainer) ja veebidisaineri (UI disainer) kompetentsid võivad olla esindatud kahe eraldi isikuna või ühes isikus. Kui pakkuja soovib esitada kaks erinevat isikut, tuleb pakkujal esitada andmed hankija nõ uetele vastamise kohta mõlema isiku osas. 14. Dokumendis tuleb arvestada, et juhul kui see on objektiivselt võimalik, tuleb lugeda koos märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub pakkujal, kes sellele tugineda soovib. Tõendid samaväär suse kohta peavad olema esitatud pakkumuse koosseisus. 2. Meeskonna juhtimise kogemus Meeskonna liige, kellel on meeskonna juhtimise kogemus: ...................................... . Kirjeldus, kus ja kuidas kogemus on omandatud: ...................... ......................... 3. Arhitekt (nimi, isikukood): Nõude kood Nõuded Täpsustus selle kohta, kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... ... vähemalt 5-aastast töökogemust süsteemi- või tarkvaraarhitektina või vanemarendajana 1b Omab vähemalt 10 aastat töökogemust süsteemi- või tarkvara arhitektina või vanemarendajana 2 On osalenud vähemalt ühes IT projektis viimase 3 aasta jooksul alates hanke väljakuulutamisest, mille arendusmaht on rohkem kui 5000 töötundi 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua andmed välja projektidele viidates 3.1 Liquibase 3.2 Continuous integration vahendid (nt Jenkins , Gitlab vms) 3.3 REST ja SOAP protokollid 3.4 Spring raamistik 4 Peab omama töökogemust vähemalt ühega järgnevas t: Tuua andmed välja projektidele viidates 4.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 4.2 Konteinerlahenduste loomine (nt Docker , Kubernetes vms) 4. Analüütik (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust ja... ... vähemalt 3-aastast töökogemust tarkvara arenduse projektides analüütiku või tarkvara projekteerijana 1b Omab vähemalt 5-aastast töökogemust analüütiku või tarkvara projekteerijana 2 On osalenud vähemalt ühes IT projektis, mille arendusmaht oli rohkem kui 1500 tundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab töökogemust järgmiste analüüsimeetoditega: Tuua töökogemus välja projektidele viidates 3.1 Menetlussüsteemide arendamisel ja/või analüüsimisel 3.2 Äriprotsesside optimeerimisel 3.4 Prototüüpide koostamisel 5. UX/UI disainer (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 Omab projektides vähemalt 24 kalendrikuud töökogemust (kasutajakogemuse kirjeldamine või veebidisain) kasutajaliidese disainimise l Tuua töökogemus välja projektidele viidates 2 On osalenud UX või UI disainerina vähemalt ühes infosüsteemi kasutajaliidese disaini projektis, milles kasutati responsive design ’i Tuua andmed välja projektidele viidates 6. Kasutajaliidese arendaja (nimi, isikukood): ........... ....................... Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning milles on kasutatud REST protokollil baseeruvaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 2 Omab projektides vähemalt 24 kalendrikuud töökogemust esitluskihi loomisel Tuua töökogemus välja projektidele viidates 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua kogemus välja projektidele viidates 3.1 GIT 3.2 Intellij IDEA/ Eclipse 3.3 Javascript (nt Angular , React vms) Pakkuja kinnitab pakkumuse esitamisega, et suudab hankelepingute täitmiseks tagada järgnevatele nõuetele vastavad meeskonnaliikmed: 7. Nooremarendaja Marek Reinhold 38207146522 Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas Eesti Mereakadeemia – laevajuht-insener. Lõpetatud 2006 1b Omab vähemalt 2-aastast töökogemust programmeerijana Tellija asutus: HITSA Projekt: E-Koolikott 01.2019 – 07.2020 Tellija kontakt: liisa.soosuu HYPERLINK "mailto:[email protected]" \h @ harno. HYPERLINK "mailto:[email protected]" \h ee Tellija asutus: Hansab AS Projekt: CashX 10.2020 – 04.2021 Tellija kontakt: kaarel HYPERLINK "mailto:[email protected]" \h [email protected] Tellija asutus: Telia Projekt: Telia 04.2021 – 10.2021 Tellija kontakt: bruno.janes HYPERLINK "mailto:[email protected]" \h @ telia. HYPERLINK "mailto:[email protected]" \h ee 2 On kasutanud või arendanud REST/SOAP protokollil põhinevaid veebiteenuseid Tuua välja kogemus projektidele viidates Projekt: E-Koolikott 01.2019 – 07.2020 Projekt: CashX 10.2020 – 04.2021 Projekt: Telia 04.2021 – 10.2021 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast Tuua välja kogemus projektidele viidates Projekt: E-Koolikott 01.2019 – 07.2020 Projekt: CashX 10.2020 – 04.2021 Projekt: Telia 04.2021 – 10.2021 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT E-Koolikott , CashX , Telia 4.2 Intellij IDEA/ Eclipse E-Koolikott , CashX , Telia 4.3 Spring raamistik E-Koolikott , CashX , Telia 8. Keskmise tasemega arendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja... ...omab vähemalt 2,5-aastast töökogemust IT arendajana 1b Omab vähemalt 4-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24-kuulist töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/ Eclipse 4.3 Spring raamistik 9. Vanemarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1a Omab kõrgharidust reaalainete valdkonnas ja... ...omab vähemalt 4-aastast töökogemust IT arendajana 1b Omab vähemalt 6-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24 kalendrikuud töö kogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/ Eclipse 4.3 Spring raamistik 5. Omab töökogemust vähemalt ühega järgnevatest: Tuua välja kogemus projektidele viidates 5.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 5.2 Continuous Integration vahendid (nt Jenkins , Gitlab vms) 5.3 Konteinerlahenduste loomine (nt Docker , Kubernetes vms) 10. Testija Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2-aastat töökogemust testija või programmeerijana 2 On osalenud vähemalt kahes tarkvara arenduse projektis, kus on isiklikult kirjutanud automaatteste Tuua välja kogemus projektidele viidates 11. Projektijuht Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2 aastat töökogemust tarkvaraarenduse projektijuhina Nõuded pakkuja meeskonnale 1. Üldised nõuded Pakkuja meeskonnale peab olema raamlepingu alusel tööde teostamiseks võimekus teostada järgmisi töid: detailanalüüs (sh äri- ja süsteemianalüüs); arendus ja testimine; kasutajaliidese disain ja prototüüpimine . 2. Pakkuja peab pakkumuse koosseisus esitama vähemalt neli meeskonna võtmeliiget , tuues isikuliselt välja: arhitekti; analüütiku ; UX/UI disainer i kasutajaliidese arendaja ; meeskonnaliikme, kellel on meeskonna juhtimise kogemus . 2.1 Arhitekt täidab hankelepingus tööülesandeid täiskohaga, teostades vajadusel lisaks arhitekti töödele ka arendustöid. 2.2 Pakkuja võib esitada ka rohkemate meeskonnaliikmete andmed. 3. Vähemalt ühel meeskonnaliikmetest peab olema meeskonna juhtimise kogemus. Kui meeskonna juhtimise kogemus on mõnel teise meeskonna liikmel, kui minimaalselt nõututel , tuleb esitada andmed ka selle meeskonnaliikme kohta all toodud vormil (nt kui projektijuhil on meeskonna juhtimise kogemus, siis tuleb vorm täita projektijuhi osas). 4. Pakkuja esitab meeskonnaliikmete andmed, täites iga nõut ud rolli kohta all toodud vormi . 5. Kui üks isik on esitatud mitmesse rolli, peab ta täitma võetud rollide kõik kohustuslikud nõuded. 6. Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele. 7. Ühe viidatud lepingu/projektiga võib olla hõlmatud mitu kompetentsi/kogemust. Kõik nõutud kompetentsid/kogemused peavad olema lepingute või projektidega omandatud kogemusega kaetud. Kui mõne nõutud kompetentsi/kogemuse osas on vastavad lepingu t või väljaõpet tõestavad andmed esitamata, on hankijal õigus tunnistada pakkumus mittevastavaks. Projektidele viitamisel tuleb arvestada, et projektide kestust ei summeerita, st samal ajaperioodil projektides osalemise korral ei ole võimalik omandada kogemust ajaliselt kahekordselt. 8. Meeskonnaliikmete esitamisega kinnitab pakkuja, et esitatud meeskonnaliikmed hakkavad riigihanke tulemusel sõlmitud lepingu alusel töid teostama. Pärast pakkumuse esitamist saab pakkumuses esitatud meeskonnaliikme välja vahetada üksnes samaväärse kogemusega meeskonnaliikme vastu, juhul kui tellija annab selleks eelnevalt oma nõusoleku. 9. Pakkuja kinnitab riigihankes pakkumuse esitamisega, et suudab hankelepingu sõlmimiseks tagada ja hankijale tõendada järgmistes rollides hankija seatud nõuetele vastavad isikud, keda ei ole kohustuslik isikuliselt riigihankes pakkumuse esitamisel välja tuua: noorem-, keskmise tasemega ja vanem arendajad testija vajadusel projektijuht. 10. Vastavalt kodukorrale ei ole üldjuhul eraldi projektijuhi rolli vaja. 11. Testija roll võib olla kaetud ka arendaja rolli täitva isiku poolt, kes loob automaattestid ja tagab kvaliteedinõuded (arendaja ja testija võivad olla ühes isikus). 12. Pakkujal on õigus nooremarendajat kasutada kokkuleppel hankijaga; eelkõige juhtudel, kui meeskonda kuuluvad keskmise tasemega arendajad/vanemarendajad on hankija poolt määratud töödega hõivatud või arendustööde iseloom ei eelda keskmise tasemega arendaja/vanemarendaja kogemust. 13. Kasutajakogemuse analüütiku (UX disainer) ja veebidisaineri (UI disainer) kompetentsid võivad olla esindatud kahe eraldi isikuna või ühes isikus. Kui pakkuja soovib esitada kaks erinevat isikut, tuleb pakkujal esitada andmed hankija nõuetele vastamise kohta mõlema isiku osas. 14 . Dokumendis tuleb arvestada, et juhul kui see on objektiivselt võimalik, tuleb lugeda koos märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub pakkujal, kes sellele tugineda soovib. Tõendid samaväärsuse kohta peavad olema esitatud pakkumuse koosseisus. 2. Meeskonna juhtimise kogemus Meeskonna liige, kellel on meeskonna juhtimise kogemus: ...................................... . Kirjeldus, kus ja kuidas kogemus on omandatud: ............................................... 3. Arhitekt (nimi, isikukood): ................................. Nõude kood Nõuded Täpsustus selle kohta, kus /millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... ... vähemalt 5-aastast töökogemust süsteemi- või tarkvaraarhitektina või vanemarendajana 1b Omab vähemalt 10 aastat töökogemust süsteemi- või tarkvara arhitektina või vanemarendajana 2 On osalenud vähemalt ühes IT projektis viimase 3 aasta jooksul alates hanke väljakuulutamisest, mille arendusmaht on rohkem kui 5000 töötundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht. 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua andmed välja projektidele viidates 3 .1 Liquibase 3 .2 Continuous integration vahendid (nt Jenkins , Gitlab vms) 3 .3 REST ja SOAP protokollid 3 .4 Spring raamistik 4 Peab omama töökogemust vähemalt ühega järgnevast: Tuua andmed välja projektidele viidates 4 .1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 4 .2 Konteinerlahenduste loomine (nt Docker , Kubernetes vms) 4. Analüütik (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust ja... ... vähemalt 3-aastast töökogemust tarkvara arenduse projektides analüütiku või tarkvara projekteerijana 1b Omab vähemalt 5-aastast töökogemust analüütiku või tarkvara projekteerijana 2 On osal enud vähemalt ühes IT projektis, mille arendusmaht oli rohkem kui 1500 tundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab töökogemust järgmiste analüüsimeetoditega: Tuua töökogemus välja projektidele viidates 3.1 Menetlussüsteemide arendamisel ja/või analüüsimisel 3.2 Äriprotsesside optimeerimisel 3.4 Prototüüpide koostamisel 5. UX/UI disainer (nimi, isikukood): Laura Streimann, 49506147014 .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 Omab projektides vähemalt 24 kalendrikuud töökogemust (kasutajakogemuse kirjeldamine või veebidisain) kasutajaliidese disainimise l 1. Projekt: Arvutitark e- pood Tööde kirjeldus: Uue e-poe platvormi UX / UI . Periood: august 2020 – dets 2020 , lansseerimine 2021 Tellija: ARVUTITARK OÜ Kontakt: Olari Tõnison , olari.tonison@ optimistdigital.com 2 . Projekt: Scanpix platvorm Tööde kirjeldus: Advanced otsingu komponentide U X/UI. Periood: juuli 2020 Tellija: OÜ Scanpix Kontakt: Olari Tõnison , olari.tonison@ optimistdigital.com 3 . Projekt: EasyPay koduleht Tööde kirjeldus: Kodulehe UX/UI, illustratsioonid. Periood: juuni 2020 , lansseerimine 2021 Tellija: Tricon App Oy Kontakt: Olari Tõnison , olari.tonison@ optimistdigital.com Tuua töökogemus välja projektidele viidates 4 . Projekt: Optimist Digital kodu leht Tööde kirjeldus: Ko dulehe UX/UI, fotod, mikroanimatsioonid . Periood: mai- juu l i 2020 Tellija: Optimist Digital OÜ Kontakt: Olari Tõnison , [email protected] 5. Projekt: Tõetamm Tööde kirjeldus : Tõetamme lehe UX/UI, illustratsioon . Periood: aprill 2020 Tellija: Statistikaamet Kontakt: Olari Tõnison , [email protected] 6 . Projekt: Turnit Ticketing System Tööde kirjeldus: Platvormi UX/UI mobiilile ja lauaarvutile. Periood: jan 2020 – aprill 2020 Tellija: Turnit OÜ Kontakt: Olari Tõnison , HYPERLINK "mailto: [email protected] " [email protected] 7. Projekt: Pop seed koduleht Tööde kirjeldus: E-poe , aiaplaani ja foorumi UX/UI . Üle võetud agentuu r Almic po olt. Periood: jan 20 19 - dets 20 19 Tellija: Popseed OÜ Kontakt: Tõnu Veeranna, [email protected] 2 2 On osalenud UX või UI disainerina vähemalt ühes infosüsteemi kasutajaliidese disaini projektis, milles kasutati responsive design ’i Projekt: Turnit Ticketing System Tööde kirjeldus: Platvormi UX / UI mobiilile ja laua arvutile. Periood: jan 2020 – aprill 2020 Tellija: Turnit OÜ Kontakt: Tuua andmed välja projektidele viidates Olari Tõnison , [email protected] 6. Kasutajaliidese arendaja (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning milles on kasutatud REST protokollil baseeruvaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 2 Omab projektides vähemalt 24 kalendrikuud töökogemust esitluskihi loomisel Tuua töökogemus välja projektidele viidates 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua kogemus välja projektidele viidates 3.1 GIT 3.2 Intellij IDEA/ Eclipse 3.3 Javascript ( nt Angular , React vms ) Pakkuja kinnitab pakkumuse esitamisega, et suudab hankelepingute täitmiseks tagada järgnevatele nõuetele vastavad meeskonnaliikmed: 7. Nooremarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas 1 b Omab vähemalt 2-aastast töö kogemust programmeerijana 2 On kasutanud või are n danud REST/SOAP protokollil põhinevaid veebiteenuseid Tuua välja kogemus projektidele viidates 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast Tuua välja kogemus projektidele viidates 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/ Eclipse 4.3 Spring raamistik 8. Keskmise tasemega arendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... ...o mab vähemalt 2,5-aastast töökogemust IT arendajana 1b Omab vähemalt 4-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ni ng projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24-kuulist töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/ Eclipse 4.3 Spring raamistik 9. Vanemarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1a Omab kõrgharidust reaalainete valdkonnas ja ... ...o mab vähemalt 4-aastast töökogemust IT arendajana 1b Omab vähemalt 6-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi nin g projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24 kalendrikuud töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/ Eclipse 4.3 Spring raamistik 5. Omab töökogemust vähemalt ühega järgnevatest: Tuua välja kogemus projektidele viidates 5.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 5.2 Continuous Integration vahendid (nt Jenkins , Gitlab vms) 5.3 Konteinerlahenduste loomine (nt Docker , Kubernetes vms) 10. Testija Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2-aasta t töökogemust testija või programmeerijana 2 On osalenud vähemalt kahes tarkvara arenduse projektis, kus on isiklikult kirjutanud automaatteste Tuua välja kogemus projektidele viidates 11. Projektijuht Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2 aastat töökogemust tarkvaraarenduse projektijuhina Nõuded pakkuja meeskonnale 1. Üldised nõuded Pakkuja meeskonnale peab olema raamlepingu alusel tööde teostamiseks võimekus teostada järgmisi töid: detailanalüüs (sh äri- ja süsteemianalüüs); arendus ja testimine; kasutajaliidese disain ja prototüüpimine. 2. Pakkuja peab pakkumuse koosseisus esitama vähemalt neli meeskonna võtmeliiget , tuues isikuliselt välja: arhitekti; analüütiku ; UX/UI disainer i kasutajaliidese arendaja ; meeskonnaliikme, kellel on meeskonna juhtimise kogemus . 2.1 Arhitekt täidab hankelepingus tööülesandeid täiskohaga, teostades vajadusel lisaks arhitekti töödele ka arendustöid. 2.2 Pakkuja võib esitada ka rohkemate meeskonnaliikmete andmed. 3. Vähemalt ühel meeskonnaliikmetest peab olema meeskonna juhtimise kogemus. Kui meeskonna juhtimise kogemus on mõnel teise meeskonna liikmel, kui minimaalselt nõututel , tuleb esitada andmed ka selle meeskonnaliikme kohta all toodud vormil (nt kui projektijuhil on meeskonna juhtimise kogemus, siis tuleb vorm täita projektijuhi osas). 4. Pakkuja esitab meeskonnaliikmete andmed, täites iga nõut ud rolli kohta all toodud vormi . 5. Kui üks isik on esitatud mitmesse rolli, peab ta täitma võetud rollide kõik kohustuslikud nõuded. 6. Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele. 7. Ühe viidatud lepingu/projektiga võib olla hõlmatud mitu kompetentsi/kogemust. Kõik nõutud kompetentsid/kogemused peavad olema lepingute või projektidega omandatud kogemusega kaetud. Kui mõne nõutud kompetentsi/kogemuse osas on vastavad lepingu t või väljaõpet tõestavad andmed esitamata, on hankijal õigus tunnistada pakkumus mittevastavaks. Projektidele viitamisel tuleb arvestada, et projektide kestust ei summeerita, st samal ajaperioodil projektides osalemise korral ei ole võimalik omandada kogemust ajaliselt kahekordselt. 8. Meeskonnaliikmete esitamisega kinnitab pakkuja, et esitatud meeskonnaliikmed hakkavad riigihanke tulemusel sõlmitud lepingu alusel töid teostama. Pärast pakkumuse esitamist saab pakkumuses esitatud meeskonnaliikme välja vahetada üksnes samaväärse kogemusega meeskonnaliikme vastu, juhul kui tellija annab selleks eelnevalt oma nõusoleku. 9. Pakkuja kinnitab riigihankes pakkumuse esitamisega, et suudab hankelepingu sõlmimiseks tagada ja hankijale tõendada järgmistes rollides hankija seatud nõuetele vastavad isikud, keda ei ole kohustuslik isikuliselt riigihankes pakkumuse esitamisel välja tuua: noorem-, keskmise tasemega ja vanem arendajad testija vajadusel projektijuht. 10. Vastavalt kodukorrale ei ole üldjuhul eraldi projektijuhi rolli vaja. 11. Testija roll võib olla kaetud ka arendaja rolli täitva isiku poolt, kes loob automaattestid ja tagab kvaliteedinõuded (arendaja ja testija võivad olla ühes isikus). 12. Pakkujal on õigus nooremarendajat kasutada kokkuleppel hankijaga; eelkõige juhtudel, kui meeskonda kuuluvad keskmise tasemega arendajad/vanemarendajad on hankija poolt määratud töödega hõivatud või arendustööde iseloom ei eelda keskmise tasemega arendaja/vanemarendaja kogemust. 13. Kasutajakogemuse analüütiku (UX disainer) ja veebidisaineri (UI disainer) kompetentsid võivad olla esindatud kahe eraldi isikuna või ühes isikus. Kui pakkuja soovib esitada kaks erinevat isikut, tuleb pakkujal esitada andmed hankija nõuetele vastamise kohta mõlema isiku osas. 14 . Dokumendis tuleb arvestada, et juhul kui see on objektiivselt võimalik, tuleb lugeda koos märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub pakkujal, kes sellele tugineda soovib. Tõendid samaväärsuse kohta peavad olema esitatud pakkumuse koosseisus. 2. Meeskonna juhtimise kogemus Meeskonna liige, kellel on meeskonna juhtimise kogemus: ...................................... . Kirjeldus, kus ja kuidas kogemus on omandatud: ............................................... 3. Arhitekt (nimi, isikukood): ................................. Nõude kood Nõuded Täpsustus selle kohta, kus /millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... ... vähemalt 5-aastast töökogemust süsteemi- või tarkvaraarhitektina või vanemarendajana 1b Omab vähemalt 10 aastat töökogemust süsteemi- või tarkvara arhitektina või vanemarendajana 2 On osalenud vähemalt ühes IT projektis viimase 3 aasta jooksul alates hanke väljakuulutamisest, mille arendusmaht on rohkem kui 5000 töötundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht. 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua andmed välja projektidele viidates 3 .1 Liquibase 3 .2 Continuous integration vahendid (nt Jenkins, Gitlab vms) 3 .3 REST ja SOAP protokollid 3 .4 Spring raamistik 4 Peab omama töökogemust vähemalt ühega järgnevast: Tuua andmed välja projektidele viidates 4 .1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 4 .2 Konteinerlahenduste loomine (nt Docker, Kubernetes vms) 4. Analüütik (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust ja... ... vähemalt 3-aastast töökogemust tarkvara arenduse projektides analüütiku või tarkvara projekteerijana 1b Omab vähemalt 5-aastast töökogemust analüütiku või tarkvara projekteerijana 2 On osal enud vähemalt ühes IT projektis, mille arendusmaht oli rohkem kui 1500 tundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab töökogemust järgmiste analüüsimeetoditega: Tuua töökogemus välja projektidele viidates 3.1 Menetlussüsteemide arendamisel ja/või analüüsimisel 3.2 Äriprotsesside optimeerimisel 3.4 Prototüüpide koostamisel 5. UX/UI disainer (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 Omab projektides vähemalt 24 kalendrikuud töökogemust (kasutajakogemuse kirjeldamine või veebidisain) kasutajaliidese disainimise l Tuua töökogemus välja projektidele viidates 2 On osalenud UX või UI disainerina vähemalt ühes infosüsteemi kasutajaliidese disaini projektis, milles kasutati responsive design ’i Tuua andmed välja projektidele viidates 6. Kasutajaliidese arendaja (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning milles on kasutatud REST protokollil baseeruvaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 2 Omab projektides vähemalt 24 kalendrikuud töökogemust esitluskihi loomisel Tuua töökogemus välja projektidele viidates 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua kogemus välja projektidele viidates 3.1 GIT 3.2 Intellij IDEA/Eclipse 3.3 Javascript ( nt Angular , React vms ) Pakkuja kinnitab pakkumuse esitamisega, et suudab hankelepingute täitmiseks tagada järgnevatele nõuetele vastavad meeskonnaliikmed: 7. Nooremarendaja - Mikk Õunmaa ( 39708192732 ) Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas Tartu Ülikool bakalauruse kraad infotehnoloogia õppekavas. Lõpetatud 2019. 1 b Omab vähemalt 2-aastast töö kogemust programmeerijana Playtech Estonia OÜ juuni 2018 – august 2018 Java arendaja ( praktikant ) Playtech Estonia OÜ oktoober 2018 – august 2020 Java a rendaja 2 On kasutanud või are n danud REST/SOAP protokollil põhinevaid veebiteenuseid Firma Ettevõte : Playtech Estonia OÜ n ov 2018 – august 2019 ESL client logger Tuua välja kogemus projektidele viidates – Java arendaja rollis, kasiino klientide logide talletamine Amazon Web Service-is. Projekti töömaht üle 5000h. Kontakt: tiit.lankots@playtech. com 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast Firma Ettevõte : Playtech Estonia OÜ nov 2018 – august 2019 ESL client logger – Java arendaja rollis, kasiino klientide logide talletamine Amazon Web Service-is. Projekti töömaht üle 5000h. Kontakt: [email protected] Tuua välja kogemus projektidele viidates 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT Ettevõte: Iglu OÜ Aug. 2021 – Iglu siseveeb Kontakt: [email protected] 4.2 Intellij IDEA/Eclipse Firma Ettevõte : Playtech Estonia OÜ nov 2018 – august 2019 ESL client logger – Java arendaja rollis, kasiino klientide logide talletamine Amazon Web Service-is. Projekti töömaht üle 5000h. Kontakt: [email protected] 4.3 Spring raamistik Ettevõte: Iglu OÜ Aug. 2021 – Iglu siseveeb Kontakt: [email protected] 8. Keskmise tasemega arendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... ...o mab vähemalt 2,5-aastast töökogemust IT arendajana 1b Omab vähemalt 4-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ni ng projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24-kuulist töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/Eclipse 4.3 Spring raamistik 9. Vanemarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1a Omab kõrgharidust reaalainete valdkonnas ja ... ...o mab vähemalt 4-aastast töökogemust IT arendajana 1b Omab vähemalt 6-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi nin g projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24 kalendrikuud töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/Eclipse 4.3 Spring raamistik 5. Omab töökogemust vähemalt ühega järgnevatest: Tuua välja kogemus projektidele viidates 5.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 5.2 Continuous Integration vahendid (nt Jenkins, Gitlab vms) 5.3 Konteinerlahenduste loomine (nt Docker, Kubernetes vms) 10. Testija Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2-aasta t töökogemust testija või programmeerijana 2 On osalenud vähemalt kahes tarkvara arenduse projektis, kus on isiklikult kirjutanud automaatteste Tuua välja kogemus projektidele viidates 11. Projektijuht Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2 aastat töökogemust tarkvaraarenduse projektijuhina Nõuded pakkuja meeskonnale 1. Üldised nõuded Pakkuja meeskonnale peab olema raamlepingu alusel tööde teostamiseks võimekus teostada järgmisi töid: detailanalüüs (sh äri- ja süsteemianalüüs); arendus ja testimine; kasutajaliidese disain ja prototüüpimine. 2. Pakkuja peab pakkumuse koosseisus esitama vähemalt neli meeskonna võtmeliiget, tuues isikuliselt välja: arhitekti; analüütiku; UX/UI disaineri kasutajaliidese arendaja; meeskonnaliikme, kellel on meeskonna juhtimise kogemus . 2.1 Arhitekt täidab hankelepingus tööülesandeid täiskohaga, teostades vajadusel lisaks arhitekti töödele ka arendustöid. 2.2 Pakkuja võib esitada ka rohkemate meeskonnaliikmete andmed. 3. Vähemalt ühel meeskonnaliikmetest peab olema meeskonna juhtimise kogemus. Kui meeskonna juhtimise kogemus on mõnel teise meeskonnaliikmel, kui minimaalselt nõututel, tuleb esitada andmed ka selle meeskonnaliikme kohta all toodud vormil (nt kui projektijuhil on meeskonna juhtimise kogemus, siis tuleb vorm täita projektijuhi osas). 4. Pakkuja esitab meeskonnaliikmete andmed, täites iga nõutud rolli kohta all toodud vormi. 5. Kui üks isik on esitatud mitmesse rolli, peab ta täitma võetud rollide kõik kohustuslikud nõuded. 6. Esitatud andmed peavad võimaldama hankijal kontrollida meeskonnaliikmete vastavust esitatud nõuetele. 7. Ühe viidatud lepingu/projektiga võib olla hõlmatud mitu kompetentsi/kogemust. Kõik nõutud kompetentsid/kogemused peavad olema lepingute või projektidega omandatud kogemusega kaetud. Kui mõne nõutud kompetentsi/kogemuse osas on vastavad lepingut või väljaõpet tõestavad andmed esitamata, on hankijal õigus tunnistada pakkumus mittevastavaks. Projektidele viitamisel tuleb arvestada, et projektide kestust ei summeerita, st samal ajaperioodil projektides osalemise korral ei ole võimalik omandada kogemust ajaliselt kahekordselt. 8. Meeskonnaliikmete esitamisega kinnitab pakkuja, et esitatud meeskonnaliikmed hakkavad riigihanke tulemusel sõlmitud lepingu alusel töid teostama. Pärast pakkumuse esitamist saab pakkumuses esitatud meeskonnaliikme välja vahetada üksnes samaväärse kogemusega meeskonnaliikme vastu, juhul kui tellija annab selleks eelnevalt oma nõusoleku. 9. Pakkuja kinnitab riigihankes pakkumuse esitamisega, et suudab hankelepingu sõlmimiseks tagada ja hankijale tõendada järgmistes rollides hankija seatud nõuetele vastavad isikud, keda ei ole kohustuslik isikuliselt riigihankes pakkumuse esitamisel välja tuua: noorem-, keskmise tasemega ja vanem arendajad testija vajadusel projektijuht. 10. Vastavalt kodukorrale ei ole üldjuhul eraldi projektijuhi rolli vaja. 11. Testija roll võib olla kaetud ka arendaja rolli täitva isiku poolt, kes loob automaattestid ja tagab kvaliteedinõuded (arendaja ja testija võivad olla ühes isikus). 12. Pakkujal on õigus nooremarendajat kasutada kokkuleppel hankijaga; eelkõige juhtudel, kui meeskonda kuuluvad keskmise tasemega arendajad/vanemarendajad on hankija poolt määratud töödega hõivatud või arendustööde iseloom ei eelda keskmise tasemega arendaja/vanemarendaja kogemust. 13. Kasutajakogemuse analüütiku (UX disainer) ja veebidisaineri (UI disainer) kompetentsid võivad olla esindatud kahe eraldi isikuna või ühes isikus. Kui pakkuja soovib esitada kaks erinevat isikut, tuleb pakkujal esitada andmed hankija nõuetele vastamise kohta mõlema isiku osas. 14. Dokumendis tuleb arvestada, et juhul kui see on objektiivselt võimalik, tuleb lugeda koos märkega "või samaväärne". Samaväärsuse tõendamise kohustus lasub pakkujal, kes sellele tugineda soovib. Tõendid samaväärsuse kohta peavad olema esitatud pakkumuse koosseisus. 2. Meeskonna juhtimise kogemus Meeskonna liige, kellel on meeskonna juhtimise kogemus: ...................................... . Kirjeldus, kus ja kuidas kogemus on omandatud: ............................................... 3. Arhitekt (nimi, isikukood): ................................. Rait Ool, 38903170039 Nõude kood Nõuded Täpsustus selle kohta, kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja ... Tartu Ülikool bakalauruse kraad infotehnoloogia õppekavas . Lõpetatud 2016. ... vähemalt 5-aastast töökogemust süsteemi- või tarkvaraarhitektina või vanemarendajana Iglu OÜ august 2013 - ... vanemarendaja 1b Omab vähemalt 10 aastat töökogemust süsteemi- või tarkvara arhitektina või vanemarendajana 2 On osalenud vähemalt ühes IT projektis viimase 3 aasta jooksul alates hanke väljakuulutamisest, mille arendusmaht on rohkem kui 5000 töötundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht. Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings) – vanemarendaja ja arhitekti rollis, kaabliinterneti ületoomine uuele arendusplatvormile. Projekti töömaht üle 5000h. n o v 2017 - jaan 2020 TOCO (ToTeKa Core) – vanemarendaja rollis uue platvormi arenduste teostamine. Projekti töömaht üle 5000h. jaan 2020 - märts 2021 ORCA (Order Capture) – vanemarendaja ja arhitekti rollis, kliendi tellimuste registreerimine sõltumata müügikanalist (uuel platvormil). Projekti töömaht üle 5000h. Tellija kontakt: [email protected] 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua andmed välja projektidele viidates 3.1 Liquibase Telia Eesti AS Alamprojekt: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings) . Tellija kontakt: [email protected] 3.2 Continuous integration vahendid (nt Jenkins, Gitlab vms) Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings). Jenkins ja Bamboo. nov 2017 - jaan 2020 TOCO (ToTeKa Core). Jenkins ja Bamboo. 01.2020 - 03.2021 ORCA (Order Capture). Jenkins ja Bamboo. Tellija kontakt: [email protected] 3.3 REST ja SOAP protokollid Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings). nov 2017 - jaan 2020 TOCO (ToTeKa Core). jaan 2020 - märts 2021 ORCA (Order Capture). Tellija kontakt: [email protected] 3.4 Spring raamistik Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings). nov 2017 - jaan 2020 TOCO (ToTeKa Core). jaan 2020 - märts 2021 ORCA (Order Capture). Tellija kontakt: [email protected] 4 Peab omama töökogemust vähemalt ühega järgnevast: Tuua andmed välja projektidele viidates 4.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings). nov 2017 - jaan 2020 TOCO (ToTeKa Core). jaan 2020 - märts 2021 ORCA (Order Capture). Projekti töömaht üle 5000h. Tellija kontakt: [email protected] 4.2 Konteinerlahenduste loomine (nt Docker, Kubernetes vms) Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: sept 2017 - nov 2018 UFO (Upgraded Fixinternet Offerings). Docker ja Kubernetes. nov 2017 - jaan 2020 TOCO (ToTeKa Core). Docker ja Kubernetes. jaan 2020 - märts 2021 ORCA (Order Capture). Docker ja Kubernetes. Tellija kontakt: [email protected] 4. Analüütik (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust ja... ... vähemalt 3-aastast töökogemust tarkvara arenduse projektides analüütiku või tarkvara projekteerijana 1b Omab vähemalt 5-aastast töökogemust analüütiku või tarkvara projekteerijana 2 On osalenud vähemalt ühes IT projektis, mille arendusmaht oli rohkem kui 1500 tundi Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab töökogemust järgmiste analüüsimeetoditega: Tuua töökogemus välja projektidele viidates 3.1 Menetlussüsteemide arendamisel ja/või analüüsimisel 3.2 Äriprotsesside optimeerimisel 3.4 Prototüüpide koostamisel 5. UX/UI disainer (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 Omab projektides vähemalt 24 kalendrikuud töökogemust (kasutajakogemuse kirjeldamine või veebidisain) kasutajaliidese disainimise l Tuua töökogemus välja projektidele viidates 2 On osalenud UX või UI disainerina vähemalt ühes infosüsteemi kasutajaliidese disaini projektis, milles kasutati responsive design ’i Tuua andmed välja projektidele viidates 6. Kasutajaliidese arendaja (nimi, isikukood): .................................. Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning milles on kasutatud REST protokollil baseeruvaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 2 Omab projektides vähemalt 24 kalendrikuud töökogemust esitluskihi loomisel Tuua töökogemus välja projektidele viidates 3 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua kogemus välja projektidele viidates 3.1 GIT 3.2 Intellij IDEA/Eclipse 3.3 Javascript (nt Angular, React vms) Pakkuja kinnitab pakkumuse esitamisega, et suudab hankelepingute täitmiseks tagada järgnevatele nõuetele vastavad meeskonnaliikmed: 7. Nooremarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas 1b Omab vähemalt 2-aastast töökogemust programmeerijana 2 On kasutanud või arendanud REST/SOAP protokollil põhinevaid veebiteenuseid Tuua välja kogemus projektidele viidates 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast Tuua välja kogemus projektidele viidates 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/Eclipse 4.3 Spring raamistik 8. Keskmise tasemega arendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud (välja täitmine on kohustuslik) 1a Omab kõrgharidust reaalainete valdkonnas ja... ...omab vähemalt 2,5-aastast töökogemust IT arendajana 1b Omab vähemalt 4-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24-kuulist töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/Eclipse 4.3 Spring raamistik 9. Vanemarendaja Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1a Omab kõrgharidust reaalainete valdkonnas ja... ...omab vähemalt 4-aastast töökogemust IT arendajana 1b Omab vähemalt 6-aastast töökogemust IT arendajana 2 On viimase kolme aasta jooksul alates hanke väljakuulutamisest osalenud vähemalt ühes IT projektis, mille arendusmaht on rohkem kui 1500 töötundi ning projektis kasutatud REST/SOAP protokollil põhinevaid veebiteenuseid Lisaks nõutud projekti andmetele tuua välja ühtlasi projekti arendusmaht 3 Omab vähemalt 24 kalendrikuud töökogemust relatsiooniliste andmebaaside ja Javaga Tuua välja töökogemus teostatud projektidena 4 Omab töökogemust järgmiste töövahendite, raamistike ja keskkondadega: Tuua välja kogemus projektidele viidates 4.1 GIT 4.2 Intellij IDEA/Eclipse 4.3 Spring raamistik 5. Omab töökogemust vähemalt ühega järgnevatest: Tuua välja kogemus projektidele viidates 5.1 Mikroteenustel põhinevate arhitektuurilahenduste projekteerimine ning realiseerimine 5.2 Continuous Integration vahendid (nt Jenkins, Gitlab vms) 5.3 Konteinerlahenduste loomine (nt Docker, Kubernetes vms) 10. Testija Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2-aastat töökogemust testija või programmeerijana 2 On osalenud vähemalt kahes tarkvara arenduse projektis, kus on isiklikult kirjutanud automaatteste Tuua välja kogemus projektidele viidates 11. Projektijuht Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas on nõue täidetud 1 Omab vähemalt 2 aastat töökogemust tarkvaraarenduse projektijuhina 2 . Projektijuht ( Riho Laast-Laas , 38303280285, [email protected]) Nõude kood Nõuded Kas vastab esitatud nõudele (JAH/ EI) Täpsustus selle kohta kus/millal/kuidas on nõue täidetud. Projektidele viitamisel m ärkida projekti tellinud asutus, tellija kontaktisik, projekti nimi, ja projekti kestvuse kuupäevad (vähemalt kalendrikuudes), arvestades, et tellija l on õigus kontrollida esitatud andmeid viidatud kontaktisiku vahendusel. *Välja täitmine on kohustuslik 1 Omab vähemalt 2-aastast töökogemust t arkvara arenduse projektijuhina Jah Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: Telia iseteenindus, Komplektimüük, Liitumise protsess, Paketivahetuse protsess, Pakkumised, Mobiilne Elu, Dealgate , MinuEmt , Spotify, Super kõnekaart, Diili iseteenindus, VAS) Tellija kontakt: [email protected] 2 On juhtinud vähemalt ühte tarkvara arendusprojekti viimase kahe aasta jooksul, mille projekti maht ületab 1500 tundi Jah Tellija asutus: Telia AS Projekt : Liitumise protsess (Aprill 2018 – Veebruar 2020) Tellija kontakt: [email protected] 3 . Analüütik ( Riho Laast-Laas , 38303280285, [email protected]) Nõude kood Nõuded Kas vastab esitatud nõudele (JAH/ EI) Täpsustus selle kohta kus/millal/kuidas on nõue täidetud. Projektidele viitamisel mä rkida projekti tellinud asutus, tellija kontaktisik, projekti nimi ja projekti kestvuse kuupäevad (vähemalt kalendrikuudes), arvestades, et tellija l on õigus kontrollida esitatud andmeid viidatud kontaktisiku vahendusel. *Välja täitmine on kohustuslik 1a* Omab kõrgharidust ja Jah Tallinna Tehnikaülikool, Äriinfotehnoloogia Magister Omab vähemalt 3-aastast töökogemust tarkvara arenduse projektides analüütiku na või tarkvara projekteerijana Jah Tarkvara arenduse, arenduse juhtimise ja analüüsi kogemus kokku 16 aastat. Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: Telia iseteenindus, Komplektimüük, Liitumise protsess, Paketivahetuse protsess, Pakkumised, Mobiilne Elu, Dealgate , MinuEmt , Spotify, Super kõnekaart, Diil i iseteenindus , VAS) Tellija kontakt: [email protected] 1b* Omab vähemalt 5-aastast töökogemust tarkvara arenduse projektides analüütiku na või tarkvara projekteerijana 2 On osalenud vähemalt ühes IT projektis viimase kahe aasta jooksul, mille arend usmaht on rohkem kui 1500 tundi Jah Tellija asutus: Telia AS Projekt : Liitumise protsess ( Aprill 201 8 – Veebruar 2020 ) Tellija kontakt: [email protected] 3 Omab töökogemust: 3.1 Menetlussüsteemide arendamisel ja/või analüüsimisel Jah Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: Komplektimüü gi protsess , Liitumise protsess , Kliendi liitumine esinduses , Paketivahetuse protsess, Pakkumised, Mobiilne Elu , VAS Tellija kontakt: [email protected] 3.2 äriprotsesside optimeerimisel Jah Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Alamprojektid: Komplektimüügi protsess, Liitumise protsess, Kliendi liitumine esinduses, Paketivahetuse protsess, Pakkumised, Mobiilne Elu , VAS. Tellija kontakt: [email protected] Tellija asutus: Peacful Tech OÜ Tellija kontakt: [email protected] Projektid: Bank Transfers , Gift Card Check , Automated Actions Against Fake reputation builders . 3.3 UML-iga ( Unified Modeling Language ) Jah Tellija asutus: Telia AS Projekt: Telia raamleping Tellija kontakt: [email protected] Tellija asutus: Peacful Tech OÜ Tellija kontakt: [email protected] Projektid: Bank Transfers , Gift Card Check , Automated Actions Against Fake reputation builders . (Aug 2018 - Veebruar 2020) 3.4 Prototüüpide koostamisel Tellija asutus: Telia AS Projekt: Telia raamleping (Mai 2013 - …) Tellija kontakt: [email protected] Tellija asutus: Peacful Tech OÜ Tellija kontakt: [email protected] Projektid: Bank Transfers , Gift Card Check . (Aug 2018 - Veebruar 2020) * Täita tuleb kas väli 1a või 1b. 7. Nooremarendaja Dan Bondarenko (39611300828) Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas 1b Omab vähemalt 2-aastast töökogemust programmeerijana Singleton Group OÜ, tarkvaraarendaja, 10.2020- Neuroactive AI OÜ, tarkvaraarendaja, 01.2018- 12.2018 Speak Languages OÜ, tarkvaraarendaja, 06.2017- 06.2018 2 On kasutanud või arendanud REST/SOAP protokollil põhinevaid veebiteenuseid SolarEst päikeseenergia kalkulaator, 01.2021- 05.2021, SolarEST OÜ, [email protected] E-ehituse platvorm, 06.2020- 01.2021, Majandus- ja Kommunikatsiooniministeerium, [email protected] 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast E-ehituse platvorm, 06.2020- 01.2021, Majandus- ja Kommunikatsiooniministeerium, [email protected] 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT SolarEst päikeseenergia kalkulaator, 01.2021- 05.2021, SolarEST OÜ, [email protected] E-ehituse platvorm, 06.2020- 01.2021, Majandus- ja Kommunikatsiooniministeerium, [email protected] 4.2 Intellij IDEA/Eclipse Iglu siseveeb, Aug. 2021 Kontakt: [email protected] 4.3 Spring raamistik Iglu siseveeb, Aug. 2021 Kontakt: [email protected] 7. Nooremarendaja Markus Peterson (39608172765) Nõude kood Nõuded Täpsustus selle kohta kus/millal/kuidas nõue on täidetud (välja täitmine on kohustuslik) 1a Omab kutse- või kõrgharidust reaalainete valdkonnas Tartu Ülikool, informaatika BA, 2015-2018 1b Omab vähemalt 2-aastast töökogemust programmeerijana Singleton Group OÜ, tarkvaraarendaja, 10.2016 - 2 On kasutanud või arendanud REST/SOAP protokollil põhinevaid veebiteenuseid Basaar müügiplatvorm, 03.2017 - 11.2020, Basaar Group OÜ, [email protected] Upsteem HR platvorm, 10.2016- 06.2018, Upsteem.com OÜ, [email protected] Projektid “Asura” ja “CyCOP”, 12.2020- 08.2021, NATO Küberkaitse Kompetentsikeskus, [email protected] Stebby mobiilirakendus, 01.2021- 06.2021, SportID International OÜ, [email protected] E-ehituse platvorm, 06.2020- 01.2021, Majandus- ja Kommunikatsiooniministeerium, [email protected] Caremate hooldusabi platvorm, 05.2020- 12.2020, Caremate OÜ, [email protected] Wisedrive autohoolduse platvorm, 01.2020- 05.2020, Wisedrive OÜ, [email protected] Hepta Airborne frontend tööd elektriliinide seire platvormile, 01.2020- 03.2020, Hepta Group Airborne OÜ, [email protected] DagcoinATM krüptoraha platvorm, 10.2019- 03.2020, Visioncraft OÜ, [email protected] 3 Omab teadmisi relatsioonilistest andmebaasidest ja Javast DagcoinATM krüptoraha platvorm, 10.2019- 03.2020, Visioncraft OÜ, [email protected] EAS Turismiinfosüsteemi ärianalüüs, 04.2021- , Ettevõtluse Arendamise SA, [email protected] 4 Oskab kasutada järgmisi töövahendeid, raamistikke ja/või keskkondi: Tuua välja kogemus projektidele viidates 4.1 GIT Basaar müügiplatvorm, 03.2017 - 11.2020, Basaar Group OÜ, [email protected] Upsteem HR platvorm, 10.2016- 06.2018, Upsteem.com OÜ, [email protected] Projektid “Asura” ja “CyCOP”, 12.2020- 08.2021, NATO Küberkaitse Kompetentsikeskus, [email protected] Stebby mobiilirakendus, 01.2021- 06.2021, SportID International OÜ, [email protected] E-ehituse platvorm, 06.2020- 01.2021, Majandus- ja Kommunikatsiooniministeerium, [email protected] Caremate hooldusabi platvorm, 05.2020- 12.2020, Caremate OÜ, [email protected] Wisedrive autohoolduse platvorm, 01.2020- 05.2020, Wisedrive OÜ, [email protected] Hepta Airborne frontend tööd elektriliinide seire platvormile, 01.2020- 03.2020, Hepta Group Airborne OÜ, [email protected] DagcoinATM krüptoraha platvorm, 10.2019- 03.2020, Visioncraft OÜ, [email protected] 4.2 Intellij IDEA/Eclipse DagcoinATM krüptoraha platvorm, 10.2019- 03.2020, Visioncraft OÜ, [email protected] 4.3 Spring raamistik EAS Turismiinfosüsteemi ärianalüüs, 04.2021- , Ettevõtluse Arendamise SA, [email protected] 1/1 PAKKUMUS KÕRVALDAMISE ALUSED JA KVALIFITSEERIMISTINGIMUSED Viitenumber: 241553 Hankija: Tervise ja Heaolu Infosüsteemide Keskus (70009770) Hange: STAR: Lapse abivajaduse eelhindamise arendustööd koos arhitektuuritöödega Pakkumus: 350429 Ettevõtja: Iglu OÜ (12397439), roll: peapakkuja KÕRVALDAMISE ALUSED HANKEST KÕRVALDAMISE ALUSTE PUUDUMINE Hankija kontrollib edukal pakkujal RHS § 95 lg 1 ja 4 kõrvaldamise aluseid. RHS § 104 lg 8, § 95 lg 1 ja lg 4 alusel nõuab hankija edukalt pakkujalt enne hankelepingu sõlmimist kõikide asjakohaste hankepassis esitatud kinnitustele vastavate dokumentide esitamist, kui need dokumendid või vastavad andmed ei ole hankijale andmekogus olevate andmete põhjal tasuta kättesaadavad. Kehtib: Kogu hanke kohta Ettevõtjalt oodatavad vastused: 1. Kas pakkuja kinnitab RHS § 95 lg 1 ja 4 nimetatud kõrvaldamise aluste puudumist? Vastus: Jah Kokkuvõtlikud kinnitused Ettevõtja kinnitab, et esitatud teave on täpne ja õige ning et ta on teadlik valeandmete esitamise tagajärgedest. Ettevõtja kinnitab, et tal on võimalik vajaduse korral viivitamata tema kinnitustele vastavad dokumendid hankijale esitada. Ettevõtja kinnitab, et ta on nõus oma kinnitustele vastavate andmete väljastamisega hankijale, kui need andmed on avalike andmete põhjal hankijale oluliste kulutusteta elektroonilisest andmekogust kättesaadavad. Kinnituse andja nimi: Kristjan Aiaste Koostatud 20.10.2021 22:11:54 https://riigihanked.riik.ee/rhr-web/#/procurement/3692576/general-info  Sotsiaalteenuste ja -toetuste andmeregistri arendustööd Raamleping nr 3-9/2490-1 Tervise ja Heaolu Infosüsteemide Keskus (edaspidi tellija), registrikood 70009770, aadress Uus-Tatari 25, 10134 Tallinn, keda esindab põhimääruse alusel direktor Katrin Reinhold ja Iglu OÜ (edaspidi täitja), registrikood 12397439, aadress Peetri tn 11, 10414 Tallinn, keda esindab juhatuse liige Kristjan Aiaste, edaspidi nimetatud ka eraldi pool või koos pooled, sõlmisid raamlepingu alljärgnevas: 1. Raamlepingu eesmärk ja ese 1.1. Tellija poolt korraldatud riigihanke „Sotsiaalteenuste ja -toetuste andmeregistri arendustööd“ (riigihanke viitenumber 226591) alusel sõlmitud raamlepingu eesmärk on kokku leppida, kuidas toimub raamlepingu kehtivuse ajal raamlepingu esemeks olevate tööde tellimiseks hankelepingute sõlmimine tellija ning raamlepingu partneri vahel. 1.2. Raamlepingu esemeks on sotsiaalteenuste ja -toetuste andmeregistri STAR hallatavate avalike teenuste ja nendega seotud tarkvara arendus- ja kasutuselevõtu tööd ning konsultatsioon (edaspidi ka töö või tööd). Tööd hõlmavad muuhulgas: 1.2.1. ärinõuete analüüsi ja kaardistamist koos arendustöö hinnangulise mahuga ning arenduseelse lähteülesande püstitamisega; 1.2.2. arendustöö lähtekoodi kommenteerimist vastavalt raamlepingu lisale 2; 1.2.3. arendus- ja juurutustöid koos (automaat)testimistega ning seotud komponentide ühise töökindluse tagamist; 1.2.4. andmemigratsiooni; 1.2.5. X-tee liideste arendust infosüsteemide vahel; 1.2.6. muid töid, mis on vajalikud arendustöö tõrgeteta toimimise tagamiseks. 1.3. Raamleping ei kohusta tellijat töid tellima. 1.4. Raamleping kehtib 36 kalendrikuud alates sõlmimisest või kuni raamlepingu lõppemiseni muul alusel. 2. Üldtingimused 2.1. Raamlepingu juurde kuuluvateks lahutamatuteks osadeks loetakse kõik lisad ja riigihanke alusdokumendid ning täitja riigihankes esitatud pakkumus, mida raamlepingu lisadena eraldi ei allkirjastata. 2.2. Tööde tellimine ja nende täpne sisu lepitakse kokku raamlepingu alusel sõlmitud hankelepingus. Hankelepingu vorm on leitav raamlepingu lisas. 2.3. Tööde teostamisel lähtutakse lisaks raamlepingule hankelepingu ja seotud lisade tingimustest. Tellija võib teha muudatusi kodukorda, mittefunktsionaalsetesse 1  nõuetesse, nõuetesse infosüsteemi dokumentatsioonile, IT-profiili ja Front-End arendusreeglitesse,1 teavitades täitjat tehtud muudatustest. 2.4. Kui hankelepingu tingimus erineb raamlepingu tingimusest, loetakse ülimuslikuks hankelepingu tingimus. 2.5. Raamlepingu täitmise käigus võib kokku leppida täiendavaid tingimusi, kui need on vajalikud välisvahendite rakendamisest tulenevate nõuete täitmiseks. Selliseid muudatusi ei käsitleta raamlepingu tingimuste muutmisena riigihangete seaduse mõttes. 2.6. Kui hankelepingu alusel teostatavaid töid rahastatakse välisvahenditest, on täitjal kohustus järgida hankelepingus teatavaks tehtud välisvahendite kasutamisest tulenevaid nõudeid, sh kasutada programmi tingimustes nõutud sümboolikat. 2.7. Pooled teevad raamlepingu ja selle alusel sõlmitud hankelepingute täitmiseks ja nende eesmärkide saavutamiseks koostööd. Pooled kohustuvad tegema kõik vajalikud pingutused, et täita hankeleping õigeaegselt ja vastavalt kokkulepetele. 2.8. Täitja kohustub teostama tööd kvaliteetselt ning vastavalt valdkonna headele tavadele ja praktikale. Tellija eeldab, et täitja on tarkvaraarenduse valdkonna professionaal, kes saab aru ning võtab teadlikult enda kanda hankelepingu funktsionaalsete ja mittefunktsionaalsete nõuete täidetavuse ja tulemuse saavutatavuse riski. Sellest tulenevalt laieneb täitjale ka selliste tööde tegemise kohustus, mida ei ole hankelepingus kokku lepitud, kuid mis oma olemusest lähtuvalt kuuluvad hankelepinguga seotud tööde hulka. Nimetatud tööde tegemine ei kuulu teistsuguse kirjaliku kokkuleppe puudumisel eraldi tasustamisele ning täitja teostab kirjeldatud tööd hankelepingu täitmise raames. 2.9. Tellija ootab täitjalt võimekust leida lahendusi etteantud piirangute kontekstis, pöörates sealjuures tähelepanu nii arendusprotsessi tõhustamisele, arendusmeeskonna tulemuslikkuse pidevale suurendamisele kui ka mõistliku keerukusega tehniliste lahenduste loomisele ja kasutamisele. 2.10. Kui tööde teostamisel tekivad täitja ja tellija vahel erimeelsused, lähtutakse hankelepingu eesmärkidest tellija seisukohalt. 2.11. Poolel on õigus teha teisele poolele ettepanekuid tööde kvaliteedi tõstmiseks. Kui pool on esitanud teisele poolele hankelepingu täitmisega seotud küsimuses päringu, on pool kohustatud sellele sisuliselt reageerima (asjakohast tagasisidet andma) võimalikult kiiresti, kuid hiljemalt 3 tööpäeva jooksul, v.a juhul kui pöördumine nõuab täiendavat analüüsi või info süstematiseerimist. 2.12. Pooltel on kohustus osa võtta töökoosolekutest töö käigus tekkinud probleemide lahendamiseks ja infovahetuseks tellija juures kohapeal või virtuaalselt. Fikseeritud lõpphinnaga projektide töökoosolekud ei ole hanke ese ja neid eraldi ei tasustata. 2.13. Tööde teostamise keel on eesti keel, muuhulgas on see ka hankelepingute sõlmimise, töökoosolekute jm suhtluse ning tööde dokumenteerimise keel. 2.14. Tööde dokumentatsioon ja kasutusjuhendid peavad tagama tellijale võimaluse tööde tulemit tulevikus parandada ja arendada, samuti koolitada ja juhendada oma töötajaid tööde kasutamisel. Tööde dokumentatsioon peab olema laetud üles tellija määratud keskkonda. 2.15. Pooled võivad kokkuleppel kaasata tööde kvaliteedi või tööde vastuvõtmise hindamiseks mõlema poole poolt aktsepteeritud sõltumatu eksperdi või audiitori. Kui tellija hinnang tööde kvaliteedile või tööde vastuvõtmisele osutub ekspertiisi tulemusel 1 Vastavate dokumentide, v.a kodukord, uusim versioon on kättesaadav: https://wiki.sm.ee/pages/viewpage.action?pageId=3179043 2  põhjendamatuks, hüvitab tellija ekspertiisikulud. Kui ekspertiis kinnitab tellija hinnangut kvaliteedile või tööde vastuvõtmisele, jäävad ekspertiisikulud täitja kanda. 3. Poolte õigused ja kohustused 3.1. Täitja kohustub: 3.1.1. teostama tööd hankelepingus kokkulepitud tingimustel ja ulatuses, sh tagama tööde õigeaegse alustamise, teostamise, valmimise ja tellijale üleandmise; 3.1.2. tagama hankelepingu täitmiseks vajalike ressursside olemasolu, sh tagama tööde teostajate kõrge professionaalse taseme ning vajaliku tehnoloogia ja metoodikate väga hea tundmise; 3.1.3. omama tööde teostamiseks sobivaid keskkondi, koos kõige sinna juurde kuuluvaga, sh kasutatava tarkvara litsentsid, või kasutama tellija olemasolevaid jagatud keskkondi; 3.1.4. võtma jätkuarenduste puhul litsentsimudeli valikul arvesse tellija varem soetatud tarkvara litsentsitingimusi või juhinduma tellija vajadustest; 3.1.5. tegema koostööd tellija palvel kolmandate osapooltega pidades silmas tellija vajadusi (nt äritellijaga, teised tellija arenduspartnerid jne); 3.1.6. koolitama tellijat tööde valmimise järgselt; 3.1.7. teavitama viivitamatult tellijat tööde teostamist takistavatest asjaoludest, mis segavad hankelepingu nõuetekohast täitmist; 3.1.8. lähtekoodi dokumenteerimisel juhinduma raamlepingu lisast „Lähtekoodi haldus“. Tööde käigus loodud lähtekood peab olema kirjutatud ja dokumenteeritud selliselt, et vajadusel oleks tellija või kolmas isik võimeline aru saama tarkvara loogilisest ülesehitusest ning jätkama lähtekoodi arendusega; 3.1.9. teavitama tööde teostamisel tuvastatud vastuolu korral selle esinemisest viivitamatult tellijat ja juhinduma tellija suunistest hankelepingu eesmärkide saavutamisel, pöördudes juhiste saamiseks või läbirääkimisteks vajadusel tellija poole; 3.1.10. täitma kõiki tellija juures kehtivaid eeskirju (kui need on täitjale teatavaks tehtud) ja õigusaktidest tulenevaid andmekaitsealaseid ja andmete turvalisust puudutavaid nõudeid; 3.1.11. arvestama, et ärinõuete täitmiseks võib olla vajadus muuta ja täiendada olemasolevat koodi ning tagama protsesside ja funktsionaalsuse tervikluse pärast koodi muutmist või täiendamist; 3.1.12. kasutama tööde teostamisel tellija tööajahalduse ja projektijuhtimiskeskkondi, mis on täitjale kättesaadavaks tehtud; 3.1.13. töötunni põhiselt tellitavate tööde puhul esitama tellijale tööde teostamise ajaaruandeid (iga meeskonnaliige isiklikult); 3.1.14. tagama rakenduste hooldusteenuste osutamiseks valmisoleku ja omapoolse abi kuni veaolukorra kõrvaldamiseni vastavalt tehnilises kirjelduses toodud tingimustele, vajadusel ka väljakutse korras kohapeal; 3.1.15. osutama tellijale teostatud töö osas tuge, sh pakkuma teostatud töö osas konsultatsiooni kuni garantiiaja lõpuni. 3.2. Täitjal on õigus: 3.2.1. saada tööde teostamise eest hankelepingus kokkulepitud ulatuses ja korras tasu; 3  3.2.2. kasutada tööde teostamisel alltöövõtjaid, kooskõlastades alltöövõtjate kasutamise eelnevalt tellijaga. Alltöövõtjate tegevuse ja tegevusetuse eest vastutab tellija ees täitja. 3.3. Tellija kohustub: 3.3.1. tasuma vastu võetud tööde eest hankelepingus kokkulepitud ulatuses ja korras; 3.3.2. tagama tööde teostamiseks täitjale ligipääsu vajalikule teabele ja keskkondadele; 3.3.3. tagama tööde teostamiseks oluliste tellija hallatavate keskkondade olemasolu ja toimimise. 3.4. Tellijal on õigus: 3.4.1. kontrollida igal ajal hankelepingu täitmist ja anda täitjale selleks suuniseid; 3.4.2. keelduda osaliselt või täielikult tasu maksmisest, kui täitja ei teostanud nõuetekohaseid töid kokku lepitud tähtajaks ja täitja poolne rikkumine ei ole objektiivselt põhjendatud; 3.4.3. kaasata hankelepingu täitmiseks tellija poolel kolmandaid osapooli maksja rollis, nt teisi riigiasutusi (eelkõige Sotsiaalministeeriumi valitsemisala asutused). Kolmanda osapoole selline kaasamine tellija poolt ei ole käsitletav raamlepingu muutmisena riigihangete seaduse mõttes. 4. Raamlepingu hind 4.1. Raamlepingu kehtivuse ajal on ühe töötunni maksimaalne hind käibemaksuta vastavalt pakkumusele 50,00 (viiskümmend) eurot, sh nooremarendaja puhul, kelle maksimaalne ühe töötunni hind käibemaksuta on vastavalt pakkumusele 50,00 (viiskümmend) eurot. Täitjal ei ole lubatud nimetatud hinda tõsta. 4.2. Raamlepingu maht on maksimaalselt 5 000 000 (viis miljonit) eurot ilma käibemaksuta. 4.3. Täitjal on õigus esitada e-arve pärast tööde aktiga vastu võtmist, kui hankelepingus ei ole kokku lepitud teisiti. Arvel tuleb märkida riigihanke nimetus, raamlepingu ja hankelepingu number ning kontaktisiku andmed.2 4.4. Arve tasumiseks annab täitja minimaalselt tähtaja 21 kalendripäeva alates arve laekumisest. 5. Nõuded dokumentatsioonile 5.1. Tööde dokumentatsioon ja kasutusjuhendid peavad tagama tellijale võimaluse tööde tulemit tulevikus parandada ja arendada, samuti koolitada ja juhendada oma töötajaid tööde kasutamisel. Tööde dokumentatsioon peab olema laetud üles tellija määratud keskkonda. 5.2. Täitja kohustub lähtekoodi dokumenteerimisel juhinduma tellija poolt kehtestatud mittefunktsionaalsetest nõuetest arendustele, mis on ajas muutuv dokument. Tellija teavitab täitjat dokumendi muudatustest. Tööde käigus loodud lähtekood peab olema kirjutatud ja dokumenteeritud selliselt, et vajadusel oleks tellija või kolmas isik võimeline aru saama tarkvara loogilisest ülesehitusest ning jätkama lähtekoodi arendusega. 2 Välisriigi pakkujad võivad esitada arve pdf-vormingus aadressil [email protected], kui e-arve esitamine ei ole võimalik. 4  5.3. Tööde tulem peab olema dokumenteeritud lähtuvalt konkreetsete tööde iseloomust, juhindudes kehtivatest nõutest dokumenteerimisele. 6. Täitja meeskond 6.1. Täitja tagab pakkumuses esitatud meeskonnaliikmete osalemise tööde teostamisel, v.a juhul, kui täitjast mittesõltuval asjaolul ei ole seda võimalik teha ja meeskonnaliige on asendatud tellija kirjalikku taasesitamist võimaldaval nõusolekul uue hanke tingimustele vastava meeskonnaliikmega. 6.2. Täitja garanteerib riigihankes isikuliselt mitte välja toodud meeskonnaliikmete olemasolu ja vastavuse riigihankes nõutud kvalifikatsioonile/varasemale töökogemusele ning esitab tööde teostajad nimeliselt hankelepingu sõlmimisel. 6.3. Täitja meeskonnaliikme ettevõttest lahkumise, haigestumise jms juhtumite korral asendab täitja konkreetse spetsialisti hiljemalt kahe nädala jooksul. 6.4. Täitja võib lisada täiendavaid riigihanke tingimustele vastavaid meeskonnaliikmeid juhul, kui riigihankes pakkumusega esitatud meeskonnaliikmed on tellitud tööde täitmisega hõivatud. 6.5. Täitja kohustub tellija nõudmisel meeskonnaliikme asendama, kui isik osutub tellija põhjendatud arvamuse kohaselt hankelepingujärgsete ülesannete täitmiseks ebakompetentseks või ebasobivaks või kui tema hankelepingujärgsete ülesannete täitmine kahjustab pidevalt hankelepingu korrektset ja õigeaegset täitmist. Täitja kannab kõik asendusest tulenevad või sellega kaasnevad kulud. 7. Tööde tellimine 7.1. Tööde teostamise aluseks on sõlmitud hankeleping. 7.2. Tellija korraldab minikonkursi vastavalt tegelikule vajadusele ja raamlepingu partnerid peavad olema valmis võimalike ajaliste pauside tekkimiseks tööde tellimise vahel. 7.3. Lepingu sõlmimiseks esitab tellija raamlepingu partneritele kirjalikku taasesitamist võimaldavas vormis ettepaneku pakkumuse esitamiseks (korraldab minikonkursi) ja annab mõistliku aja pakkumuse esitamiseks, arvestades tööde keerukust ja pakkumuse esitamiseks vajalikku aega. 7.4. Sõlmitava hankelepingu tehnilises kirjelduses määrab tellija tööde sisu ja üle antavad tulemid (tööde loetelu), võimalusel tööde mahu, ajalised ja eelarvelised piirangud, etapid jm olulised tingimused. 7.5. Minikonkursi läbiviimisel valib tellija majanduslikult soodsaima pakkumuse järgnevalt: 7.5.1. Hankeleping, mille eeldatav maksumus on suurem või võrdne kui 20 000 km- ta: 7.5.1.1. „tööde teostamise kogumaksumus“ või „ühe töötunni maksumus“ (sõltuvalt tellitavate tööde metoodikast) osakaal vahemikus: 30 – 40%; 7.5.1.2. „proovitöö“: planeeritava/ tellitava tööga seotud ülesanne, osakaal vahemikus: 60 - 70%. 7.5.2. Hankeleping, mille eeldatav maksumus on väiksem kui 20 000 eurot km-ta: „tööde teostamise kogumaksumus“ või „ühe töötunni maksumus“ (sõltuvalt tellitavate tööde metoodikast). 7.6. Eelnevalt kirjeldatud hindamiskriteeriumid ja täpsed osakaalud teeb hankija teatavaks pakkumuse esitamise ettepanekus. 5  7.7. Minikonkursi tingimustes sätestatakse, kui mitme täitjaga sõlmitakse hankeleping tööde teostamiseks. 7.8. Tellijal on õigus küsida vajadusel täiendavaid kinnitusi ja andmeid tööde osutamiseks vajalike eelduste olemasolu kohta. 7.9. Pakkumuse esitamisel tuleb järgida kõiki minikonkursi nõudeid ja tingimusi. Tellija ootab täitjalt võimekust leida lahendusi etteantud piirangute kontekstis, pöörates sealjuures tähelepanu nii arendusprotsessi tõhustamisele, arendusmeeskonna tulemuslikkuse pidevale suurendamisele kui ka mõistliku keerukusega tehniliste lahenduste loomisele ja kasutamisele ning olelusringi kuludele. 7.10. Tellija avab pakkumused pärast minikonkursi kutses määratud tähtaega ja hindab kõiki nõuetele vastavaid pakkumusi, milles ei esine sisulisi kõrvalekaldumisi minikonkursi tingimustest, teatavaks tehtud hindamiskriteeriumite ja -metoodika alusel. Tellija ei hinda pakkumusi, mis ei vasta minikonkursi tingimustele. 7.11. Kui minikonkursi hindamiskriteeriumid tulenevad punktist 7.5.1 ja minikonkursile laekub ainult üks vastavaks tunnistatud pakkumus, on hankijal õigus sisulist hindamist mitte läbi viia ning omistada pakkumusele maksimaalsed punktid. 7.12. Kui pakkumus ei vasta minikonkursi tingimustele, lükatakse see tagasi. 7.13. Tellijal on õigus enne hankelepingu sõlmimist tunnistada minikonkurss omal algatusel põhjendatud vajadusel kehtetuks, teavitades sellest raamlepingu partnereid. 7.14. Tellijal on õigus pakkumus tagasi lükata ja otsustada hankelepingut mitte sõlmida või vastavalt raamlepingule minikonkurss kehtetuks tunnistada, kui: 7.14.1. pakkumus(ed) ei vasta tingimustele; 7.14.2. pakkumus(ed) ületavad eeldatavat maksumust; 7.14.3. tellija ei saa välisvahenditega seotud hankelepingu sõlmimiseks heakskiitu täistaotlusele. 7.15. Tellija sõlmib hankelepingu tööde teostamiseks vastavalt minikonkursi tingimustele ning teavitab pakkujaid minikonkursi tulemusest. Täitja kohustub hankelepingu allkirjastama hiljemalt 3 tööpäeva jooksul hankelepingu allkirjastamiseks saatmisest. 8. Tööde üleandmine ja vastuvõtmine 8.1. Tööde üleandmise ja vastuvõtmise eritingimused, tööde teostamise etapid ja tähtajad ning tööde testimiseks esitamise tähtajad ja kord ning muud tööde teostamiseks vajalikud kokkulepped fikseeritakse hankelepingus. 8.2. Täitja kohustub tööd üle andma hankelepingus kokkulepitud tähtaegadel ja tingimustel. Tööde lahutamatuks osaks, mis tuleb üle anda koos töödega, on tööde juurde kuuluv nõuetekohane dokumentatsioon, kommenteeritud lähtekood ja intellektuaalomandi õigused. 8.3. Kõik töö tulemused dokumenteeritakse ja hallatakse tellija dokumendihaldus- keskkonnas või/ja koodihalduskeskkonnas (näiteks Confluence, Gitlab, Jira). 8.4. Üleantavad tööd tuleb täitja poolt enne tellijale üle andmist testida, koostada testiraportid ja testilood. 8.5. Tarnena käsitletakse hankelepingu alusel teostatud töö üleandmist paketina. Tarne kirjeldus ja spetsifikatsioon peab olema täitja poolt lisatud dokumendihalduskeskkonda, konfigureeritud korrektselt toodangusse paigaldamiseks ja lisatud koodihalduskeskkonda. Täitja esitab tarne kohta tarneteatise, lisades tarnega seotud testimise juhendi ja vastavalt hankelepingule automaattestid. 6  8.6. Täitja annab tööd üle allkirjastatud üleandmise ja vastuvõtmise aktiga (edaspidi akt). 8.7. Tööd loetakse nõuetekohaselt teostatuks, kui tööd vastavad hankelepingule, vastuvõtutestid on vigadeta läbitud ja töö on aktiga tellija poolt vastu võetud. 8.8. Tellija võtab tööd vastu akti allkirjastamisega pärast edukat vastuvõtutestimist kehtivas kodukorras või tehnilises kirjelduses fikseeritud tingimustel. 8.9. Tellija võib tööd vastu võtta, kui töödes esineb üksikuid ja tellija jaoks väheolulisi pisivigasid mis fikseeritakse aktis. Tellija poolne pisivigadega tööde vastuvõtmine ei vabasta täitjat kohustusest vead kõrvaldada ning üle anda vigadeta tööd. Tellijal on õigus määrata mõistlik tähtaeg pisivigade parandamiseks. 8.10. Tellijal on õigus keelduda töö vastuvõtmisest, kui töö ei vasta esitatud nõuetele ja/või kvaliteedile või töös esineb muid vigu (vastuvõtutestide tulemus on negatiivne). Vastuvõtmisest keeldumisel koostab tellija aktile vastuse, milles toob välja töödes esinevad vead ja määrab tähtaja nende parandamiseks. 8.11. Kui tellija esitab oma vastuväited töö nõuetekohasusele, peab täitja tegema töös oma kulul vastavad parandused, muudatused või täiendused tellija poolt määratud mõistliku tähtaja jooksul. Kui täitja ei ole tellija määratud tähtaja jooksul avastatud vigu kõrvaldanud, võib tellija töö ise parandada või lasta seda teha kolmandatel isikutel ja nõuda täitjalt selleks tehtud mõistlike kulutuste hüvitamist. 8.12. Kui täitja annab vigade parandamise järgselt üle tööd, milles tellija vastuvõtutestimise käigus esineb jätkuvalt vigu (teistkordne vigadega tööde üleandmine), võib tellija otsustada, kas anda täitjale uus tähtaeg vigade parandamiseks, kõrvaldada vead ise või kolmanda isiku kaasabil, vähendades täitjale makstavat tasu võrdeliselt vigade parandamiseks tehtud kulutustega. 8.13. Kõigi hankelepingujärgsete tööde vastuvõtmise ajaks loetakse viimase akti allkirjastamise aeg või aktis märgitud hilisem kuupäev. 9. Vigadest teavitamine ja veaparanduste teostamine 9.1. Tellija teavitab avastatud rakenduse ja tarkvara vigadest täitjat esimesel võimalusel, tehes kande tööde halduskeskkonda. Tellija registreerib vea, märkides võimalusel vea põhjuse, eeldatava vea parandamise tähtaja ning kriitilisuse (märkides lisaks kui tegemist on garantiilise tööga) ja suunab selle täitjale. 9.2. Täitja võib avastatud vigadest tellijat teavitada, tehes kande tööde halduskeskkonda, st registreerida vea, märkides võimalusel vea põhjuse, eeldatava vea parandamise tähtaja ning kriitilisuse, märkides lisaks, kas tegemist on garantiilise tööga ja suunata selle tellijale. 9.3. Töödes ilmnevates vigades eristatakse järgnevaid kriitilisuse astmeid: 9.3.1. kriitiline viga – tarkvaral põhinev teenus või süsteem ei toimi ega ole kasutatav. Näiteks on andmed rikutud; esineb kasutajasessioonide ebanormaalne katkemine; probleem mõjutab süsteemi käideldavust ja andmete terviklikkust; mõjutatud on enamus tarkvara kasutajatest; tõsine finantsmõju; 9.3.2. häiriv viga – tarkvaraga seotud probleem ei sega teatavate reservatsioonide järgimisel igapäevast töötamist; mõjutatud ei ole kõik tarkvara kasutajad; väiksema tähtsusega funktsionaalsused pole käideldavad, kasutatavad või süsteemi jõudlus on madalamal maksimaalsest nõudest; 9.3.3. pisiviga - väikesed puudused minimaalse mõjuga tööde kasutajatele või klientidele; kosmeetilised probleemid (ekraanikomponendid on nihkes, kuid see ei takista komponendi eesmärgipärast kasutamist). 7  9.4. Veaparandustööde teostamise aja määrab tellija. 10. Intellektuaalne omand 10.1. Täitja kinnitab raamlepingu ja selle alusel sõlmitud hankelepingute allkirjastamisega, et talle kuuluvad tööde teostamiseks vajalikud autoriõigused, litsentsid ja muud intellektuaalse omandi õigused, mis on vajalikud tööde teostamiseks ja õiguste loovutamiseks tellijale ning nende suhtes ei ole õigusi ega nõudeid kolmandatel isikutel. 10.2. Tasu intellektuaalse omandi õiguste loovutamise ja litsentsi andmise eest sisaldub hankelepingu täitmise hinnas. 10.3. Täitja loovutab tellijale tööde teostamise käigus loodud tööde kõik autori varalised õigused ning annab lihtlitsentsi autori isiklikele õigustele koos all-litsentsi andmise õigusega kogu autoriõiguste kehtivuse ajaks ilma geograafiliste piiranguteta tööde üleandmise hetkest, loobudes sellega hankelepingu alusel üle antud originaalteoste osas õiguste kasutamisest. 10.4. Täitja tagab, et isiklikud õigused on ilma täitja nõusolekuta teostatavad muuhulgas järgnevas ulatuses: 10.4.1. tellijal on õigus tööd kasutada mis tahes eesmärgil ja viisil; 10.4.2. tellijal või tellija tellimusel kolmandatel isikutel on õigus teha üle antud töödes muudatusi ning neid täiendada; 10.4.3. tellijal või tellija tellimusel kolmandatel isikutel on õigus teostatud töid muuta või töödele lisada tellija või kolmandate isikute poolt loodud töid; 10.4.4. tööde üleandmisega tellijale kinnitab täitja, et tööd on avaldamiseks valmis. 10.5. Täitja tagab tellijale kõik vajalikud õigused hankelepingu täitmise käigus loodava töö kontrollimiseks, testimiseks ning süsteemi paigutamiseks ka ajal, mil tööd on vastuvõtutestimiseks üle antud, kuid ei ole veel tellija poolt aktiga vastu võetud. 10.6. Täitja on kohustatud tagama intellektuaalse omandi õiguste olemasolu ja kehtivuse, samuti nende ülemineku tellijale viisil, mis võimaldab tellijal hankelepingu lõppedes üle võtta täitja funktsioonid. 10.7. Täitja kohustub lahendama kõikvõimalikud töödega seotud intellektuaalse omandi õigustest tekkivad vaidlused kolmandate isikute või oma töötajate või koostööpartneritega, v.a. juhul, kui tarkvara või tarkvara osa litsentside soetamise kohustus oli tellijal või kolmandal osapoolel. Kui eeltoodust tekib tellijale rahaline või muu kohustus või juhul, kui tellija on kohustatud lõpetama hankelepingu alusel teostatud ja vastuvõetud tööde kasutamise, on tellijal õigus nõuda täitjalt sellega kaasneva rahalise või muu kohustuse täitmist ja/või samaväärse töö loomist ilma täiendavat tasu nõudmata võimalikult lühikese aja jooksul, hoidudes mistahes viivitustest tarkvara arendamises, kasutuselevõtmises ja kasutamises tellija poolt. 10.8. Kõik tellijale kaasnevad otsesed ja kaudsed kahjud, mis tulenevad sellest, et kolmandal isikul on või väidetavalt on varalisi või mittevaralisi intellektuaalsest omandist tulenevaid õigusi hankelepingu alusel üle antavate intellektuaalse omandi objektide suhtes, kannab täitja. 10.9. Selles alapeatükis kirjeldatud õigused ja litsentsid loetakse tellijale lõplikult üle läinuks pärast töö vastuvõtmist. 8 11. Garantii 11.1. Täitja annab hankelepingu alusel teostatud töödele garantii 12 kuud, mis hakkab kehtima hetkest, mil tellija paneb töö toodangukeskkonda. Kui tellija ei pane tööd toodangukeskkonda 3 kuu möödumisel alates tööde vastuvõtmisest, algab garantii nimetatud aja möödumisel. 11.2. Garantiiga on hõlmatud kõik garantii tähtaja jooksul tarkvaras ilmnevad vead ja mittevastavused kokkulepitule, mis ei ole tekkinud tellija või kolmandate osapoolte tegevuse tagajärjel. Garantiiga on hõlmatud ka kõik töö muudatused ja modifikatsioonid, mis on tehtud täitja poolt ja mis ei ole oluliselt muutnud varasemalt tehtud tööd. 11.3. Täitja on garantii kehtivuse ajal kohustatud kõrvaldama töös avaldunud vead ja hankelepingu tingimustele mittevastavused tasuta, sealhulgas on täitja kohustatud uuendama või asendama veaga seonduva dokumentatsiooni. 11.4. Täitjale peab saama edastada teateid garantiiga hõlmatud vigade ilmnemise kohta vähemalt igal tööpäeval ajavahemikul kell 8:00 kuni 17:00. 11.5. Täitja on kohustatud garantii korras teostama eelkõige järgmist: 11.5.1. vea ilmnemisel vea lokaliseerimine, veaolukorrale lahenduse leidmine ja vea parandamine; 11.5.2. vea põhjuste analüüs ning selle tulemuste kirjalikku taasesitamist võimaldavas vormis (näiteks e-posti teel) esitamine tellijale koos ettepanekutega ennetavate meetmete kasutusele võtmiseks; 11.5.3. vea parandamisega seoses paigaldamise ja seadistamise toe pakkumine, samuti sellega seotud konsultatsioonid; 11.5.4. dokumentatsiooni parandamine või täiendamine, kui selline vajadus tuleneb vea parandamisest. 11.6. Tellija määrab võimalusel, milline on vea kriitilisuse aste ja määrab vea kõrvaldamiseks tähtaja, lähtudes vigade kriitilisuse astmetest. 11.7. Maksimaalsed lahendusajad vigade kriitilisuse alusel: 11.7.1. kriitiline viga (blocker ja critical) - täitja teatab hiljemalt 24 tunni jooksul alates teate saamisest esialgse hinnangu kriitilise vea võimalike põhjuste kohta ning juhtnöörid, kuidas tööd edasi kasutada. Kriitiline viga peab olema kõrvaldatud hiljemalt 3 tööpäeva jooksul alates teate saamisest, kui pooled ei ole kokku leppinud teisiti. 11.7.2. Häiriv viga (major) või pisiviga (minor) - täitja teatab hiljemalt 48 tunni jooksul alates teate saamisest esialgse hinnangu vea võimalik põhjuste kohta ning vajadusel juhtnöörid, kuidas tööd edasi kasutada. Viga peab saama kõrvaldatud hiljemalt 10 tööpäeva jooksul alates teate saamisest, kui pooled ei ole kokku leppinud teisiti. 11.8. Kui täitja tõendab, et kõrvaldatud viga ei olnud garantiiga hõlmatud, hüvitab tellija vea kõrvaldamisega seoses kantud otsesed kulud. Kulude hüvitamisel võetakse aluseks hankelepingus, mille raames teostatud töödes on viga ilmnenud, määratud ühe töötunni hind või raamlepingus määratud maksimaalne töötunni hind. 11.9. Tellija tagab täitjale kaasaabi garantiikohustuse alla käivate vigade kõrvaldamisel tellija võimaluste piires. 11.10. Kui täitja ei suuda vigasid kokkulepitud tähtajaks kõrvaldada, võib tellija need ise kõrvaldada või korraldada nende kõrvaldamise kolmanda isiku kaasabil, teavitades sellest täitjale. Tellijal on õigus täitjalt nõuda kõigi kulutuste hüvitamist, mis tekkisid 9  seoses eelkirjeldatud viisil vea kõrvaldamisega, kui tegemist oli garantiiga hõlmatud vea. 11.11. Garantii kaotab kehtivuse, kui tellija muudab täitjaga kooskõlastamata lähtekoodi, välja arvatud tööde osale, mida ei ole muudetud, kui tellija suudab eristada lähtekoodis tehtud muudatusi. 12. Poolte vastutus 12.1. Pool vastutab oma lepinguliste kohustuste rikkumise eest, välja arvatud, kui rikkumine on vabandatav vääramatu jõud või muu objektiivse asjaolu tõttu, mille esinemisest kohustub pool teavitama viivitamatult. Nimetatud asjaolu esinemist peab tõendama pool, kes sellele tugineda soovib. 12.2. Pool vastutab lepinguliste kohustuste rikkumise eest, mis tuleneb tema poolt hankelepingu täitmisse kaasatud isikute tegevusest või tegevusetusest. 12.3. Pool ei vastuta lepinguliste kohustuste rikkumise eest, mis tulenes teise poole kohustuste rikkumisest või kolmandate isikute tegevusest või tegemata jätmistest. Kui tellija viivitab omapoolsete kohustuste täitmisega ja nende kohustuste mittetähtaegne täitmine ei võimalda täitjal omapoolseid kohustusi täita, pikendatakse tööde üleandmise tähtaega vastava aja võrra. Nimetatud asjaolu esinemist peab tõendama pool, kes sellele tugineda soovib. 12.4. Kohustuse rikkumisel on teisel poolel õigus kasutada kõiki seadusest või raamlepingust tulenevaid õiguskaitsevahendeid ja leppetrahvi. Kui rikkumise eest on võimalik kohaldada mitut õiguskaitsevahendit ja/või leppetrahvi, valib õiguskaitsevahendi ja/või leppetrahvi rakendamise tellija. 12.5. Poolte rahaline koguvastutus on piiratud raamlepingu kogumaksumusega, kuid nimetatud piirang ei kehti süülise rikkumise, intellektuaalomandiõiguse või andmekaitsealaste kohustuste rikkumisel. 12.6. Tasu maksmisega viivitamisel on täitjal õigus nõuda viivist võlaõigusseaduses sätestatud määras maksmisele kuuluvast tasust iga tasumisega viivitatud kalendripäeva eest. Viivise maksimaalne määr on 25% tähtaegselt tasumata summast. Viivise nõue tuleb esitada allkirjastatult. 12.7. Täitja poolse lepinguliste kohustuste rikkumisena käsitletakse eeskätt olukorda, kus üle antud tööd ei vasta osaliselt või täielikult hankelepingu tingimustele, sealhulgas kokkulepitud veaparandustööde tingimustele või esineb muid täitja poolseid lepingu rikkumisi. 12.8. Kui täitja rikub lepingulist kohustust, on tellijal õigus nõuda leppetrahvi tasumist, mille suuruseks on 200 eurot iga rikkumises oldud kalendripäeva eest, kuid mitte rohkem kui 25% hankelepingu kogumaksumusest. Kui tööde teostamine on kokku lepitud etappide kaupa, siis mitte rohkem kui 25% etapi kogumaksumusest. 12.9. Kui täitja poolsetest viivitustest tingitult ei ole tööde kasutuselevõtt enam realistlik või vajalik, on tellijal õigus hankelepingust taganeda vastavalt võlaõigusseaduse § 116 lõikele 1 ning täitja on kohustatud tegema juba makstud osa eest tellijale tagasimakse. 12.10. Raamlepingu või hankelepingu olulise rikkumise korral on tellijal õigus esitada täitjale leppetrahvi nõue 10 000 eurot iga rikkumise eest. Täitja poolse olulise rikkumise korral ei pea tellija määrama täitjale lepingu täitmiseks võlaõigusseaduse §- s 114 nimetatud täiendavat tähtaega ning tellijal on muu hulgas õigus leping üles öelda või lepingust taganeda. 10  12.11. Oluliseks rikkumiseks loevad pooled lisaks võlaõigusseaduses sätestatule muuhulgas: 12.11.1. mõjuva põhjuseta hankelepingu sõlmimata või täitmata jätmine; 12.11.2. valeinfo esitamine; 12.11.3. hankelepingu täitmiseks vajalike õiguste (sealhulgas load, litsentsid, intellektuaalse omandi õigused) puudumine; 12.11.4. intellektuaalse omandi õiguste ja nende kasutamise tingimuste rikkumine; 12.11.5. korduv (vähemalt kahel korral) meeskonnaliikme asendamine isikuga, kes ei vasta kokku lepitud nõuetele või meeskonnaliikme asendamine ilma tellija eelneva vähemalt kirjalikku taasesitamist võimaldavas vormis antud nõusolekuta; 12.11.6. konfidentsiaalsuskohustuse rikkumine; 12.11.7. lepingujärgsete kohustuste korduv (vähemalt kahel korral) täitmata jätmine; 12.11.8. tähtaegselt tööde teostamata jätmine selliselt, et tehnilises kirjelduses sätestatud eesmärgi täitmine ei ole enam tähtaegselt realistlik ja/või täitja poolse tegevuse või tegevusetuse tõttu ei ole võimalik enam kasutada hankelepingu rahastamiseks ettenähtud vahendeid; 12.11.9. lepingujärgsete kohustuste üleandmine kolmandale isikule. 12.12. Töö vastuvõtmine tellija poolt ei vabasta ega vähenda täitja vastutust rikkumise eest. 12.13. Leppetrahvi nõude kohustub tellija esitama mõistliku aja jooksul, kuid mitte hiljem kui 3 kuu jooksul alates päevast, mil tellija sai teadlikuks leppetrahvi nõude aluseks olevast asjaolust. Leppetrahvi nõude vaidlustamine ei vabasta täitjat selle maksmise kohustusest enne vastava kohtuotsuse jõustumist. 12.14. Täitja on kohustatud leppetrahvi tasuma 2 nädala jooksul alates tellija poolt vastava nõude esitamisest, kui leppetrahvi nõudes ei ole määratud teisiti. 12.15. Tellijal on õigus tasaarvestada leppetrahvi summa täitjale töö teostamise eest tasumisele kuuluvate maksetega. Tasaarvestamise korral ei rakendata leppetrahvi tasumise kohustust. 13. Konfidentsiaalsuskohustus 13.1. Pooled kohustuvad vastastikku hoidma salajas ja mitte avaldama kolmandatele isikutele ükskõik missugust konfidentsiaalseks peetavat informatsiooni, mis on saadud teiselt poolelt tööde teostamise käigus või muul viisil või juhuslikult. Kolmanda isikuna on käsitletavad kõik, kes otseselt raamlepingu täitmisega seotud ei ole. 13.2. Täitja peab võtma kasutusele isikuandmete ja tellija infosüsteemide kaitseks organisatsioonilisi, füüsilisi ja infotehnilisi turvameetmeid, lähtudes muuhulgas kehtivatest õigusaktidest. Täitja ei tohi töödelda arenduskeskkondades isikustatud andmeid. 13.3. Kui hankelepingu täitmise raames osutub vajalikuks isikuandmete töötlemine, lepivad pooled isikuandmete töötlemise tingimused kokku hankelepingus, juhindudes isikuandmete kaitse üldmääruse3 artiklis 28 kirjeldatust. 13.4. Konfidentsiaalse informatsiooni all mõistavad pooled igasugust informatsiooni (sh ärisaladusi, isikuandmeid, lepingute andmeid, infosüsteeme, turvasüsteemide 3 Euroopa Parlamendi ja Nõukogu määrus nr (EL) 2016/679. 11  kirjeldusi, riistvara ja tarkvara kirjeldusi, pakkumuse kirjeldusi, kasutatavaid tehnoloogiaid, spetsifikatsioone jms), mis on saadud seoses tööde teostamisega ja mille sattumine kolmandate isikute kätte võib pooltele põhjustada turvariske või majanduslikku kahju või kolmandate isikute (eelkõige tellija klientide) eraelu puutumatuse rikkumist. Kahtluse korral eeldatakse informatsiooni konfidentsiaalsust. 13.5. Konfidentsiaalne informatsioon ei hõlma endas informatsiooni, mille avalikustamise kohustus tuleneb õigusaktidest või mille avalikustamiseks pooled on andnud nõusoleku. 13.6. Pooled võivad edastada konfidentsiaalset informatsiooni ainult nendele isikutele, kes on tellitud tööde täitmisega otseselt seotud. Täitja kohustub tagama, et isikud, keda ta oma kohustuste täitmisel kasutab, oleksid konfidentsiaalsuskohustusest teadlikud ning nõudma neilt kohustuse tingimusteta ja tähtajatut täitmist. Vastutus konfidentsiaalsuskohustuste täitmise eest lasub täitjal. 13.7. Pooled ei tohi kasutada raamlepingu täitmisel neile teatavaks saanud konfidentsiaalset informatsiooni oma huvides ega muul eesmärgil, kui tellitud tööde teostamiseks. 13.8. Konfidentsiaalsuskohustus kehtib tähtajatult, sõltumata raam- ja hankelepingute kehtivusest. 13.9. Täitja on teadlik, et raam- ja hankelepingud on avalikud, v.a osades, mis on avaliku teabe seadusest tulenevatel alustel määratud asutusesiseseks kasutamiseks või märgitud täitja poolt ärisaladuseks. 13.10. Konfidentsiaalsuskohustuse rikkumisel kohustub täitja hüvitama kogu kahju, mis sellise rikkumise tagajärjel tellijale või kolmandale isikule tekkis, sõltumata sellest, kas rikkumine pandi toime raam- või hankelepingu kehtivuse ajal või lepinguliste kohustuste lõppemise järgselt. 14. Raamlepingu kehtivus, muutmine ja lõpetamine 14.1. Raamleping jõustub sõlmimisel ja kehtib 36 kuud või kuni raamlepingu mahu täitumiseni või raamlepingu lõpetamiseni. Hankelepingud tuleb sõlmida raamlepingu kehtivuse ajal, kuid võivad kehtida kauem. 14.2. Raamlepingu muutmine on lubatav lähtudes riigihangete seaduse regulatsioonist. 14.3. Tellija võib raamlepingu igal ajal ühepoolselt üles öelda, teatades täitjale 60 päeva ette. Raamlepingu ülesütlemine ei muuda automaatselt kehtetuks selle alusel varem sõlmitud hankelepinguid. 14.4. Tellijal on õigus raamleping ühepoolselt etteteatamistähtaega järgimata üles öelda, kui täitja on oluliselt raamlepingut rikkunud või juhul, kui täitja: 14.4.1. suhtes on algatatud pankrotimenetlus; 14.4.2. pankrot on välja kuulutatud; 14.4.3. täitja varad arestitakse; 14.4.4. täitja finantsseisund halveneb tellija põhjendatud hinnangul oluliselt ja see muudab raam- või hankelepingute nõuetekohase täitmise vähetõenäoliseks. 12 15. Teadete edastamine ja kontaktisikud 15.1. Teadete edastamine toimub üldjuhul e-posti teel, lähtudes kehtivast kodukorrast. Kui teate edastamisel on olulised õiguslikud tagajärjed, peab teade olema edastatud allkirjastatult poole allkirjaõigusliku isiku poolt. 15.2. Kirjalik teade loetakse poole poolt kättesaaduks, kui see on üle antud allkirja vastu või kui teade on saadetud postiasutuse poolt tähitud kirjaga poole poolt teatatud aadressil ja postitamisest on möödunud 5 kalendripäeva. E-posti teel, sh digitaalselt allkirjastatud dokumentide saatmisel loetakse teade kättesaaduks kohale jõudmise teates märgitud kellaajal või e-kirjas näidatud saatmise kellaajal. 15.3. Tellija kontaktisik on: Siret Tuula, telefon 7 943 943, e-post [email protected]. 15.4. Täitja kontaktisik on: Kristjan Aiaste, telefon 56561000, e-post [email protected]. 15.5. Kontaktisikute pädevuses on anda teisele poolele vajaliku informatsiooni ja juhiseid töö teostamiseks, kontrollida teostatud töö kvaliteeti, anda töö üle ja võtta töö vastu ning allkirjastada akt. 15.6. Kontaktisiku muutumisest teavitab pool kirjalikult teist poolt viivitamatult. 16. Lõppsätted 16.1. Raamlepingu alusel sõlmitud hankelepingutele kohalduvad raamlepingu tingimused, olenemata raamlepingu kehtivusest. 16.2. Täitjal ei ole õigust raamlepingut või sellest tulenevaid kohustusi kolmandatele isikutele üle anda, välja arvatud tellija kirjalikku taasesitamist võimaldaval nõusolekul riigihangete seaduses ette nähtud alustel. Kolmas isik on mistahes füüsiline või juriidiline isik, kes ei ole selle raamlepingu pooleks. 16.3. Raamlepingut muudetakse poolte vahelise kokkuleppega raamlepinguga samas vormis. 16.4. Täitjal puudub volitus tegeleda raamlepingu osas avalike suhetega ning anda teateid pressile, elektroonilisele meediale, üldsusele või teistele auditooriumidele, välja arvatud tellija eelneval kirjalikku taasesitamist võimaldaval nõusolekul. 16.5. Raamlepinguga seotud vaidlused, mida pooled ei ole suutnud läbirääkimiste teel lahendada, antakse lahendamiseks Harju Maakohtule. Raamlepingule kohaldub Eesti õigus. 16.6. Kui raamlepingu mõni tingimus on vastuolus Eesti Vabariigis kehtivate õigusaktidega, jätavad pooled võimalusel selle tingimuse kohaldamata ja see ei mõjuta ülejäänud raamlepingu kehtivust. 17. Lisad 17.1. Lisa 1 – Tehniline kirjeldus; 17.2. Lisa 2 - Lähtekoodi haldus STARis; 17.3. Lisa 3 – Kodukord; 17.4. Lisa 4 – Nõuded pakkuja meeskonnale; 17.5. Lisa 5 – Hankelepingu projekt; 17.6. Lisa 6 – Isikuandmete töötlemise tingimused. 13 18. Poolte allkirjad Tellija: Täitja: (allkirjastatud digitaalselt) (allkirjastatud digitaalselt) 14 Lisa 5 Hankelepingu projekt tööde tellimiseks Hankeleping nr..... Hankelepingu nimetus Tervise ja Heaolu Infosüsteemide Keskus, registrikood 70009770, aadress Uus-Tatari 25, Tallinn, keda esindab põhimääruse alusel direktor Katrin Reinhold (edaspidi tellija), ja Iglu OÜ, registrikood 12397439, aadress Peetri tn 11, 10414 Tallinn, keda esindab juhatuse liige Kristjan Aiaste (edaspidi täitja), edaspidi eraldi pool või koos pooled, sõlmisid raamlepingu nr ... alusel käesoleva hankelepingu (edaspidi leping) alljärgnevas: 1. Lepingu ese 1.1. Lepingu esemeks on lisas 1 „Tehniline kirjeldus“ kirjeldatud (edaspidi tööd). 1.2. Lepingu tööde maht on kuni ... töötundi (täidetakse juhul, kui tööd tellitakse töötunnipõhisel arvestusel). 1.3. Vajadusel on pooltel õigus kokku leppida lepingu esemega seotud lisatööde teostamises mahuga kuni 20% lepingu algsest mahust, eeldusel, et hankelepingu üldist olemust ei muudeta ja muudatus ei ole riigihangete seaduse tähenduses oluline. 1.4. Täiendavate tööde tellimine ja sellega kaasnevad muudatused lepitakse poolte vahel kokku lepinguga samas vormis. 2. Töö üleandmise ja vastuvõtmise tingimused 2.1. Täitja annab tööd üle hiljemalt ... (lisada tähtaeg või tähtajad, kui töö teostamine toimub etappides). 2.2. Tellitavad tööd antakse vastuvõtutestimiseks üle üleandmise ja vastuvõtmise aktiga (edaspidi akt) vastavalt lepingu lisas 1 kokkulepitud tingimustele. 2.3. Tellija vaatab töö üle vastavalt raamlepingu tingimustele, kui lisas 1 ei ole kokku lepitud eritingimusi. 2.4. Koos üle antava tööga annab täitja tellijale üle kõik tööde intellektuaalse omandi õigused vastavalt raamlepingule. 3. Lepingu hind 3.1. Kui lepingu maksumus ei ole kokku lepitud fikseeritud summana ja tööde teostamine toimub töötunnipõhisel arvestusel, tasub tellija üksnes lepingu alusel tellitud ja teostatud töötundide eest. Täitja esitab iga kalendrikuu lõpus allkirjastatud ajaaruande järgmise kalendrikuu 5. tööpäevaks, millelt kajastuvad teostatud töötunnid ja nende jooksul teostatud tööd. Viimane ajaaruanne esitatakse koos aktiga. 3.2. Ühe töötunni maksumuseks tööde teostamisel on ..... (maksumus sõnadega) eurot ilma käibemaksuta (Lepitakse kokku tööde mahust lähtudes. Vajadusel, nt 15  fikseeritud tasu kasutamise korral, ühe töötunni hinda eraldi välja ei tooda, vaid märgitakse fikseeritud tasu suurus ja see punkt kustutatakse). 3.3. Tellija tasub lepingu alusel tellitud tööde eest kokku (maksimaalselt) ..... (maksumus sõnadega) eurot ilma käibemaksuta (Lepitakse kokku lähtudes pakkumusest, kui tööde teostamine on kokku lepitud etappides, fikseeritakse ühtlasi etappide maksumused; kui töid teostatakse töötunnipõhisel arvestusel, märgitakse maksimaalne lepingu maht). 3.4. Arve esitatakse e-arvena, pärast akti tellija poolt allkirjastamist. 3.5. Täitja annab tellijale arve tasumiseks tähtaja minimaalselt 21 kalendripäeva alates arve laekumisest. Arvel tuleb märkida raamlepingu ja hankelepingu number, riigihanke viitenumber ja tellija kontaktisiku nimi. 4. Poolte vahelised teated ja kontaktisikud (lisada juhul kui erinevad raamlepingu omast) 4.1. Teadete edastamine toimub üldjuhul telefoni, e-posti, või posti teel. Juhul, kui teate edastamisel on olulised õiguslikud tagajärjed, peavad teisele poolele edastatavad teated olema edastatud taas-esitamist võimaldavas vormis (s.o kirjalikus vormis või e- posti teel). Informatiivset teadet võib edastada ka telefoni teel. 4.2. Teate edastamise hetkeks loetakse elektronkirja tehniliselt tõendatud saatmise hetk või kirjaliku teate allkirjaga tõendatud vastuvõtmise hetk. 4.3. Tellija kontaktisikuks lepingu täitmisel on ..., tel ..., e-post .... 4.4. Täitja kontaktisikuks lepingu täitmisel on ..., tel ...., e-post .... 5. Lepingu kehtivus 5.1. Leping jõustub sellele poolte poolt allakirjutamisest ja kehtib kuni poolte poolt oma lepinguliste kohustuste täitmiseni. 5.2. Tellijal on õigus leping igal ajal üles öelda, teatades sellest 60 kalendripäeva ette. 6. Lõppsätted 6.1. Lepingu täitmisel tekkinud vaidlused ja lahkarvamused lahendavad pooled läbirääkimiste teel. Kokkuleppe mittesaavutamisel lahendatakse vaidlused Harju Maakohtus. 6.2. Lepingu täitmisel ja lepingust tulenevate vaidluste lahendamisel lähtutakse Eesti Vabariigi õigusaktidest. 6.3. Pooled ei tohi lepingust tulenevaid õigusi ja kohustusi üle anda kolmandatele isikutele ilma teise poole kirjaliku nõusolekuta. 6.4. Lepingu dokumendid koosnevad käesolevast lepingust, lepingu lisadest ning lepingu muudatustest, milles pooled võivad kokku leppida lepingu allakirjutamise järgselt. 6.5. Lepingu lahutamatuteks osadeks lepingu sõlmimise hetkel on järgmised dokumendid: 6.5.1. Lisa 1 - Tehniline kirjeldus; 6.5.2. Lisa 2 - Vajadusel isikuandmete töötlemise tingimused. 7. Poolte allkirjad Tellija: Täitja: (allkirjastatud digitaalselt) (allkirjastatud digitaalselt) 16  KÄSKKIRI 17.06.2021 nr 38 Direktori asendamine Sotsiaalkaitseministri ning tervise- ja tööministri 28.08.2019 käskkirjaga nr 50 kinnitatud Tervise ja Heaolu Infosüsteemide Keskuse põhimääruse punkti 22 alusel: 1) määran Katrin Reinholdi äraolekul Tervise ja Heaolu Infosüsteemide Keskuse direktori ülesanded osakonna juhatajale all oleva järjestuse alusel: 1. infosüsteemide halduse osakonna juhataja; 2. e-teenuste juhtimise osakonna juhataja; 3. üldosakonna juhataja; 4. andmekorralduse- ja andmeanalüüsi osakonna juhataja. Direktori ülesandeid osakonnajuhataja puhkuse asendajale ei delegeerita, vaid ülesandeid täidab eeltoodud järjestuse alusel järgmine tööülesandeid täitev osakonnajuhataja. 2) Tunnistan kehtetuks direktori 16.04.2021 käskkirja nr 25 „Direktori asendamine“. Käskkiri on antud edasivolitamise õiguseta ja tähtajatult. (allkirjastatud digitaalselt) Katrin Reinhold Direktor  Hankeleping nr 3-9/2490-3 STAR: lapse abivajaduse eelhindamine koos arhitektuuritöödega Tervise ja Heaolu Infosüsteemide Keskus, registrikood 70009770, aadress Uus-Tatari 25, Tallinn, keda esindab põhimääruse ja 17.06.2021 Tervise ja Heaolu Infosüsteemide Keskuse direktori käskkirja nr 38 „Direktori asendamine“ alusel infosüsteemide halduse osakonna juhataja Rasmus Kästik ja (edaspidi tellija), ja Iglu OÜ, registrikood 12397439, aadress Peetri tn 11, 10414 Tallinn, keda esindab põhikirja alusel juhatuse liige Kristjan Aiaste (edaspidi täitja), edaspidi eraldi pool või koos pooled, sõlmisid raamlepingu nr 3-9/2490-1 alusel käesoleva hankelepingu (edaspidi leping) alljärgnevas: 1. Lepingu ese 1.1. Lepingu esemeks on lisas 1 „Tehniline kirjeldus“ kirjeldatud (edaspidi tööd). 1.2. Lepingu tööde maht on minikonkursil esitatud kogumaksumus (vastavalt pakkumusele 1.3. Vajadusel on pooltel õigus kokku leppida lepingu esemega seotud lisatööde teostamises mahuga kuni 20% lepingu algsest mahust, eeldusel, et hankelepingu üldist olemust ei muudeta ja muudatus ei ole riigihangete seaduse tähenduses oluline. 1.4. Täiendavate tööde tellimine ja sellega kaasnevad muudatused lepitakse poolte vahel kokku lepinguga samas vormis. 1.5. Hankelepingut rahastatakse projektist "Lapse abivajaduse eelhindamine koos arhitektuuritöödega“ nr. 2014-2020.12.03.21-0927 1.5.1. Taotlusvoor: Valitsusasutuste ja nende hallatavate asutuste avalike teenuste IKT arendamine - 21.03.2018-31.12.2023 2. Töö üleandmise ja vastuvõtmise tingimused 2.1. Täitja annab arendustööd (etapp 1-6) üle hiljemalt 30.06.2022. Etapp 7 tööd antakse üle hiljemalt 30.09.2022.Tööd teostatakse järgmistes etappides (vastavalt pakkumusele): 2.1.1. Etapp 1 – vastavalt projektiplaanile 2.1.2.Etapp 2 – vastavalt projektiplaanile 2.1.3. Etapp 3 – vastavalt projektiplaanile 2.1.4.Etapp 4 – vastavalt projektiplaanile 2.1.5. Etapid 5-6 – vastavalt projektiplaanile (tähtaeg 30.06.2022) 2.1.6.Etapp 7 – vastavalt projektiplaanile (tähtaeg 30.09.2022). 2.2. Tellitavad tööd antakse vastuvõtutestimiseks üle üleandmise ja vastuvõtmise aktiga (edaspidi akt) vastavalt lepingu lisas 1 kokkulepitud tingimustele. 2.3. Tellija vaatab töö üle vastavalt raamlepingu tingimustele, kui lisas 1 ei ole kokku lepitud eritingimusi. 2.4. Koos üle antava tööga annab täitja tellijale üle kõik tööde intellektuaalse omandi õigused vastavalt raamlepingule. 1 3. Lepingu hind 3.1. Tellija tasub lepingu alusel tellitud tööde eest kokku 382500 (maksumus sõnadega) eurot ilma käibemaksuta (vastavalt pakkumusele). Tööde eest tasutakse järgmistes etappides (vastavalt pakkumusele): 3.1.1. Etapp 1 – 71000 eurot 3.1.2. Etapp 2 – 63000 eurot 3.1.3. Etapp 3 – 72000 eurot 3.1.4. Etapp 4 – 61000 eurot 3.1.5. Etapid 5 - 7 – 115500 eurot. 3.2. Arve esitatakse e-arvena, pärast akti tellija poolt allkirjastamist. 3.3. Täitja annab tellijale arve tasumiseks tähtaja minimaalselt 21 kalendripäeva alates arve laekumisest. Arvel tuleb märkida raamlepingu ja hankelepingu number, riigihanke viitenumber ja tellija kontaktisiku nimi. 4. Poolte vahelised teated ja kontaktisikud 4.1. Teadete edastamine toimub üldjuhul telefoni, e-posti, või posti teel. Juhul, kui teate edastamisel on olulised õiguslikud tagajärjed, peavad teisele poolele edastatavad teated olema edastatud taas-esitamist võimaldavas vormis (s.o kirjalikus vormis või e-posti teel). Informatiivset teadet võib edastada ka telefoni teel. 4.2. Teate edastamise hetkeks loetakse elektronkirja tehniliselt tõendatud saatmise hetk või kirjaliku teate allkirjaga tõendatud vastuvõtmise hetk. 4.3. Tellija kontaktisikuks lepingu täitmisel on Siret Tuula, tel 7943 943 (üldnumber), e-post [email protected] või tema asendaja; 4.4. Täitja kontaktisikuks lepingu täitmisel on Kristjan Aiaste, telefon 56561000, e-post [email protected] või tema asendaja. 5. Lepingu kehtivus 5.1. Leping jõustub sellele poolte poolt allakirjutamisest ja kehtib kuni poolte poolt oma lepinguliste kohustuste täitmiseni. 5.2. Tellijal on õigus leping igal ajal üles öelda, teatades sellest 60 kalendripäeva ette. 6. Lõppsätted 6.1. Lepingu täitmisel tekkinud vaidlused ja lahkarvamused lahendavad pooled läbirääkimiste teel. Kokkuleppe mittesaavutamisel lahendatakse vaidlused Harju Maakohtus. 6.2. Lepingu täitmisel ja lepingust tulenevate vaidluste lahendamisel lähtutakse Eesti Vabariigi õigusaktidest. 6.3. Pooled ei tohi lepingust tulenevaid õigusi ja kohustusi üle anda kolmandatele isikutele ilma teise poole kirjaliku nõusolekuta. 6.4. Lepingu dokumendid koosnevad käesolevast lepingust, lepingu lisadest ning lepingu muudatustest, milles pooled võivad kokku leppida lepingu allakirjutamise järgselt. 6.5. Lepingu lahutamatuteks osadeks lepingu sõlmimise hetkel on järgmised dokumendid (ei allkirjastata): 6.5.1. Lisa 1 - Tehniline kirjeldus; 6.5.2. Lisa 2 - Pakkumus. 7. Poolte allkirjad 2  Tellija: Täitja: (allkirjastatud digitaalselt) (allkirjastatud digitaalselt) 3  Riigi Tugiteenuste Keskus 08.11.2021 Lõkke 4 10122, Tallinn Kaaskiri Taotleja esitab Lapse abivajaduse eelhindamine koos arhitektuuritöödega projekti (nr 2014- 2020.12.03.21-0927) täistaotluse. Palun määrata toetuse summaks 432 632 eurot (nelisada kolmkümmend kaks tuhat kuussada kolmkümmend kaks) eurot ning abikõlblikkuse perioodi pikkuseks 16 kuud. Kinnitame eel- ja täistaotluse summade vahe katmise omavahenditest summas 54 028 (viiskümmend neli tuhat kakskümmend kaheksa) eurot. Eeltaotlus Hanke tulemus Vahe Täistaotlus Arendustööd 403 400 459 000 -55 600 432 632 Turvatestimine 17 280 15 708 1 572 0 Projektijuhtimine 11 952 11 952 0 0 432 632 486 660 -54 028 432 632 Lugupidamisega (allkirjastatud digitaalselt) Rasmus Kästik Infosüsteemide halduse osakonna juhataja direktori ülesannetes Lisad: 1. Edukas arendustööde pakkumus 2. Arendustööde hankelepingu projekt 3. Raamleping arendustööde pakkujaga 4. TEHIKu üldkäskkiri Uus-Tatari 25 / 10134 Tallinn / 694 3900 / [email protected] / www.tehik.ee / registry code 70009770