Leping

Tellimuskiri nr 3-8/179-2 1. Tellimuskirja esemeks on tellida raamlepingu nr 3-8/179-1 alusel Lisas 1 „SKA iseteeninduse ja ametnikurakenduse arendamise visiooni tehniline kirjeldus“ kirjeldatud tööd. 2. Tellimuskirja maksimaalne maht on kokku 240 töötundi. Nimetatud kogumahus tellimuste esitamine ei ole Tellijale kohustuslik. 3. Töö eest makstav ühe töötunni tasu on 60 eurot, millele lisandub käibemaks. 4. Tööde teostamisel kohustuvad Pooled tegema kõik vajalikud pingutused, et täita kokkulepitud Tööd õigeaegselt ja vastavalt kokkulepetele, lähtudes Poolte vahel sõlmitud raamlepingus, käesolevas Tellimuskirjas ja õigusaktides sätestatud kohustustest. 5. Tööde teostajad peavad olema eelnevalt Tellija poolt kvalifitseeritud ja vastama riigihankes seatud nõuetele. 6. Töö antakse Tellijale üle vastavalt konkreetse Lisas1 esitatud kokkulepetele ja Jira ajalogidena, kus on kirjeldatud: - Iga teostatud tegevus koos konkreetse tulemiga; - Tegevuse teostaja; - Tegevuseks kulunud aeg. 7. Töö antakse üle üleandmise ja vastuvõtmise aktiga (edaspidi ka Akt). Aktis peavad olema kirjeldatud teostatud Tööd ja nende tulemid. Aktis tuleb viidata Jira piletitele ja vajadusel lähtudes Töö spetsiifikast muule üleantud Tööde tulemite asukohale. 8. Koos üle antava Tööga annab Täitja Tellijale üle kõik Tööde intellektuaalse omandi õigused vastavalt raamlepingus sätestatule. 9. Täitjal on õigus esitada arve pärast Akti allkirjastamist. Täitja annab Tellijale arve tasumiseks tähtaja minimaalselt 30 kalendripäeva alates arve esitamisest. 10. Täitja esitab Tellijale arve masinloetaval kujul aadressil [email protected]. 11. Täitjal puudub volitus tegeleda Tellimuskirja raames avalike suhetega ning anda teateid pressile, elektroonilisele meediale, üldsusele või teistele auditooriumidele, välja arvatud Tellija eelneval kirjalikku taasesitamist võimaldaval nõusolekul. 12. Tellimuskiri kehtib kuni 15.11.2018 või kuni tellimuskirja mahu täitumiseni, kui maht täitub enne nimetatud kuupäeva saabumist. 13. Poolte allkirjad Tellija: Täitja: Katrin Reinhold Ats Albre (allkirjastatud digitaalselt) (allkirjastatud digitaalselt)  Tellimuskirja nr 3-8/179-2 lisa1 SKA iseteeninduse ja ametnikurakenduse arendamise visiooni tehniline kirjeldus 1. Ülevaade Olemasolev SKAIS2 iseteenindus on loodud paralleelselt ametnikurakendusega. Enamus kasutajaliidese lahendusi on mõlemale rakendusele sarnased või samased. Iseteenindus on jäänud tootena kasutusele võtmata, sest selle töökindlus ja ka töökiirus on ebapiisavad. Samuti esineb selles mitmeid toimeloogika ja ka kasutajaliidese vigu. 2. Eesmärk Äriline lõppeesmärk on hakata tänaseid SKAIS2 dokumente väljastama elektrooniliselt iseteeninduse kaudu. Käesoleva tellimuse teostuslikuks eesmärgiks on teostada käesolevas dokumendis kirjeldatud ulatuses SKAIS2 Iseteeninduse minimaalne töötav toote/teenuse (MVP, minimum viable product) arendustööde loend (backlog) mahuhinnangute ja ajakavaga. Lisaks on skoobis Ametnikurakenduses dokumendi postiga väljastamise funktsionaalsuse kirjeldus. 3. Tellitavad tööd 3.1 Üldnõuded: Selleks, et tellimuse tulem oleks arendustöödeks piisava detailsusega ning realistlikus ajakavas, on vajalik arendajapoolne funktsionaalsete nõuete koostamine, mille põhjalt koostatakse tööde nimistu (backlog). Tellitavate tööde käigus tuleb kirjeldada, millises osas on olemasolev kood taaskasutatav (UI ja Kontrollerite kiht ei ole kasutatav võttes muid nõudeid arvesse, kuid Service kihist ja edasi kasutamise ulatusest tuleb saada ülevaade). Tööde nimistus tuleb silmas pidada järgmisi tehnoloogilisi eesmärke:  RIA stiiliraamatu kasutusele võtmine, et tulevikus ühtlustada erinevate haldusalas olevate süsteemide visuaali/kasutajakogemust.  Autentimine lahendada läbi SSO (single sign-on) lahenduse, et tulevikus oleks võimalik SKAIS2 erinevate valdkondade teenuseid ja pikas perspektiivis muid keskkondi siduda üheks portaaliks kokku.  Olemasoleva kasutajaliidese raamistiku (AngularJS 1.6) asendamine tema järglasega (versioon 6+).  Serveripoolsete teenuste ja nendega suhtluse tänapäevastele parimatele praktikatele vastavaks viimine (REST API korrastamine ja taaskasutatavaks muutmine). Siinjuures ei ole tellimuse eesmärgiks olemasolevast monoliidist iseteenindusega seotud üldkomponentide valdkonniti eraldamine. Suuremad serveripoolsed üldkomponentide arhitektuursed järelaitamised (refaktoreering) saavad olema eraldi tellimused.  Kasutajaliidese raamistik: - Mis toetab iseteeninduse valdkondade kaupa eraldiseisvateks rakendusteks jaotamist. See tähendab, et lõppkasutajale nähtav visuaal võidakse serveerida 1  mitmest erinevast rakendusest, kuid lõppkasutaja ei tohiks visuaalselt eristada ühe rakenduse kontekstist teise liikumist. - Peamenüü sisu on dünaamiline ja päritakse backend teenusest. - Päis, jalus ja menüü kujundus ja tehnilised javascripti komponendid pärinevad eraldiseisvast teegist, mida saavad erinevad rakendused/süsteemid taaskasutada ühtse kasutajakogemuse loomiseks. - Nõuded:  sisaldab ka vealehti/teateid (http 404/401/500) jne korral.  lahendus peab toetama otseviidatavaid alamlehti (näitlikult: stiilis '/minu/dokumendid/123' avab sisselogitud kasutaja dokumendi numbriga 123). 3.2 Komponentide visioon Iseteeninduse mahuhinnangu ja backlogi loomiseks: Iseteenindus Avaleht sisselogimisel on esimene leht, mida sisselogimata kasutaja Iseteenindusse tulles näeb ja millelt saab alustada autentimist. Nõuded:  Peab võimaldama kuvada kasutajale ajatatud globaalseid teavitusi (näiteks süsteemi planeeritud hooldustöödest). Viited olemasolevale lähtekoodile: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PublicWeb/sr c/main/java/ee/som/skais2/publicweb/esileht/EsilehtControllerRest.java#L59 FE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/tree/master/SKAIS2_Frontend/src/ public/esileht BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PublicWeb/sr c/main/java/ee/som/skais2/publicweb/esileht/EsilehtControllerRest.java 3.2.1 Single sign-on (SSO) lahendus Inimesel peab olema võimalus ennast autentida kasutades järgnevaid võimalusi:  Id-kaart  Mobiil-Id  Smart-Id Piiriülese eIDAS-autentimise võimaldamiseks tuleks autentimiseks kasutada TARA (https://e-gov.github.io/TARA-Doku/). Tara ise sessioonihaldust ja ühekordset sisselogimist (SSO) ei paku, seega on vajalik CAS serveri liidestamine TARAga. Täitjal 2  tuleb analüüsida lahendusi, mida kuvatakse SKA registreeritud isikule ja meile mitte teadaolevale isikule. Käesoleva tellimuse raames ei kajastata välismaalasena autentimist. Nõuded:  Küpsiste põhise sessioonihalduse asemel kasutada JWT tokenil põhinevat suhtlust. 3.2.2 Avaleht Iseteeninduses pärast autentimist  Pärast autentimise läbimist, kuvatakse kasutajale iseteeninduse avaleht. Iseteeninduse avalehel on kuvatud kasutajale: - Pealeht: Tähelepanu vajavad asjad, - Isikuandmete alajaotus (Minu kontaktid), - Volituste alajaotus (Minuga seotud volitused) - selles tellimuses ei käsitle volituste alajaotust, selle analüüsi võtame järgmis(t)es etappi(de)s, - Laekumised minu kontole - selles tellimuses ei käsitle laekumiste info analüüsi, selle analüüsi võtame järgmis(t)es etappi(de)s, - Dokumentide alajaotus (Minu dokumendid), - Minuga seotud isikute alajaotus - selles tellimuses ei käsitle „minuga seotud isikute alajaotust, selle analüüsi võtame analüüsi koos volitustega järgmis(t)es etappi(de)s. SKA teenuste käigus olevad tegevused kajastuksid menüüs vastavalt elukaarele (sarnane menüüde ülesehitus SKA kodulehega) ja lisanduksid menüüsse siis, kui vastava elukaare tegevus on valmis avamiseks Iseteeninduses. Üldine loogika võiks olla lähtuv elukaarest (sünd kuni surm ja kõik mis jääb sinna vahele SKA tegevuste raames), kui loend läheb esimenüüs kuvamisel liialt pikaks, siis koondada põhi teemade kaupa – tegemist on informatiivse infoga üldpildi saamise eesmärgil ja selles tellimuses ei käsitle elukaare teemat. 3.2.3 Tähelepanu vajavate asjade loend avalehel  Tähelepanu vajavate asjade alajaotusesse kuvatakse kõik uued SKA poolt loodud dokumendid, teated ja teavitused mis kasutaja isikuga on seotud ja millega ta ei ole veel tutvunud.  Tähelepanu vajavad asjad jagunevad kolmeks:  Dokumendid (haldusaktid) mis nõuavad digitemplit.  Teated (digitemplita), mis nõuavad inimesepoolset tegevust või kättetoimetamise tagasisidet.  Teavitused (digitemplita), mis on informatiivse loomuga ja ei vaja kättetoimetamise fakti ega muid inimese poolt tehtavaid tegevusi.  Dokumentide ja Teadete puhul peab süsteem tagama eelkõige nendega tutvumise ja seejärel võimaldama muid tegevusi iseteeninduses. 3   Tähelepanu vajavad asjad kuvatakse loendis esmalt olulisuse järjekorras ja selle sees ajaliselt kahanevas järjekorras.  Dokumendid ja Teated on kättetoimetatud, kui nende osas on teostatud kas järeltegevus, mis on nõutud (näiteks kinnita) või dokument on avatud. Pärast kättetoimetamist on dokumendid nähtavad Dokumentide alajaotuses.  Sõltuvalt dokumentide ja teadete sisust ja tähtaegadest saadetakse kliendile ka meeldetuletav teade e-posti või sms teel 1 korral. Liigid ja tähtajad, mille osas meeldetuletus saadetakse täpsustuvad ja tuuakse välja eraldi hilisemas faasis. Viited olemasolevale lähtekoodile:  FE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_Frontend/src/pub lic/esileht/esileht.html#L27  BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PublicWeb/src/m ain/java/ee/som/skais2/publicweb/esileht/EsilehtControllerRest.java#L46 3.2.4 Minu kontaktid Alajaotuses Minu kontaktandmed kuvatakse kasutajale tema kehtivad (meile teadaolevad) andmed (rahvastikuregistrist - RR) ja neid saab inimene ise muuta. Kontaktandmete näidisväljad: - kontaktaadress koos sihtnumbriga - e-posti aadress - telefoni number (nii lauatelefoni number kui ka mobiil) - pangakonto väli – võimalus pangakonto mitte kasutamisel teha valik pangakonto puudub. Mille järel kuvatakse kojukande valik.  Välismaise aadressi andmekoosseis on määratud täna kasutuses olevate lahtritega (vt. testkeskkonna rakendust).  Maksekanali (konto info) esitatakse detailsemalt hilisemas faasis.  Siseriikliku aadressi käsitlus peab soovituslikult toimuma ADSi liidestumise taseme K2B2T ehk ajaga kaasas käivad aadressandmed, aadresside täpsustamise võimalus ja järglaste leidmine täisautomaatselt. Selle kohta on olemas eraldi dokument nimega „SKAIS2 liidetumine ADS.docx“. Viited olemasolevale lähtekoodile:  FE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/tree/master/SKAIS2_Frontend/src/ public/kasutaja/andmed  BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PublicWeb/s rc/main/java/ee/som/skais2/publicweb/isik/IsikDetailControllerRest.java#L103 3.2.5 Minu dokumendid 4  Dokumentide alajaotuses kuvatakse inimesele edastatud dokumendid ja teated. Kui tähelepanu vajavate asjade alajaotuses kuvatakse dokumendid, teated ja teavitused millega inimene ei ole veel tutvunud, siis Dokumentide alajotusesse jäävad dokumendid ja teated kättesaadavaks ka pärast nendega esmast tutvumist.  Dokumentide alajaotuses kuvatakseokumendiliigid ja teated, kui need on inimesele iseteenindusse saadetud ja need jäävad sinna ka pärast kättetoimetamist( milleks on aeg, millal inimene dokumendi kas avas või tegi vajalikuegevuse.nt dokumendi kinnitanud).  Kui inimene ei ole dokumendiga/teatega iseteeninduskeskkonnas tutvunud või vajaminevat tegevust teinud (nt kinnitanud) siis sõltuvalt dokumendi ja teavituse sisust on neile menetluslikus mõttes seatud vaiketähtajad (liigid ja tähtajad selguvad ja täpsustuvad), mille järel liiguvad need Postiga väljastamise kanalisse. Dokument jääb ka kättesaadavaks Iseteeninduskeskkonda „Tähelepanu vajavate asjade alajaotusesse“. Viited olemasolevale lähtekoodile:  FE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/tree/master/SKAIS2_Frontend/src /public/kasutaja/dokumendid  BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PublicWeb/s rc/main/java/ee/som/skais2/publicweb/dokument/DokumentHaldusControllerRest.ja va#L16 3.2.6 SMS ja e-posti teavitus  SMS ja e-posti teavitus edastatakse siis, kui SKA on loonud inimesele dokumendi või teate ja on teada tema mobiiltelefoni number ja/või e-posti aadress. Kui on teada suhtluskeel, siis teavitus läheb vastavas keeles (EST, RUS, ING). Näiteks: Teile on edastatud SKA poolt dokument. Sellega palun tutvuda siin (kasutame lingi nimetust). Teavituse loomisel peab arvestama ka erivajadustega inimestega. Näiteks: kuidas pime inimene saab teavituse kätte ja edasi liikuda Iseteeninduse sisselogimise lehele. Viited olemasolevale analüüsile: https://wiki.sm.ee/display/SKAIS2/Klientide+teavitused Viited olemasolevale lähtekoodile:  BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_ProcessEngine/s rc/main/java/ee/som/skais2/procengine/step/teavitused/SaataTeavitused.java#L76 3.3 Ametnikuportaal 3.3.1 Postiga väljastamine  Kui dokumendi saajal ei ole e-posti ja mobiiltelefoni või kui ta ei ole dokumendiga tutvunud iseteeninduses määratud tähtaja jooksul, siis tekib/liiguvad dokumendid SKAIS2 (sarnaselt olemasolevale Kaartide haldusele) alajaotusesse „Postiga väljastamine“: 5   Postiga väljastamise vaates peab:  olema lihtne ja kiiresti arusaadav (loetav) „linnutatav/märgitav“ väli, mida „linnutades“ liiguvad dokumendid välja printimiseks ja kättetoimetamise alaseks kuupäevaks saab olema printimise kuupäev + kolm tööpäeva.  kuvama kontaktaadressi. See tähendab, et kuvatakse registri tabelis kontaktandmed, kuhu dokument postiga saadetakse (see välistab olukorra, kus postitaja peab faili avama, et näha postiaadressi). Postiga väljastamisele ekraanikuva visandi näidis: Nõuded:  Postiga on dokumendid väljastatavad, kui: - kliendi kontaktandmetes ei ole ei e-posti aadressi ega mobiiltelefoni numbrit, siis saadetakse dokument kliendile tavapostiga ilma ooteaega ootamata ning dokument liigub kohe SKAIS2s ametnikrakenduse alajaotusesse „Postiga väljastamine“. - Kui kliendile oli võimalik saata dokumendi kohta teavitus SMS/e-postiga, siis oodatakse n-päeva, et klient külastaks Iseteenindust ning tutvuks dokumendiga seal. N-päeva möödumisel, kui klient ei ole dokumendiga iseteeninduses tutvunud, tuleb ametnikul dokument kliendile postiga väljastada. Kuni väljastamiseni on dokument nähtav ‘Postiga väljastamine’ alajaotuses. N sõltub dokumendi teate liigist. Liikide tabel N-iga lisandub. Üldiselt on N 5 ja 10 tööpäeva. Erandina tulevad pikaajalised tähtajad näiteks perehüvitiste puhul 6 kuud.  Postiga väljastamise vormile pääseb, kui ametnikul on vastav õigus olemas.  Nimekirjas on ametnikul võimalik valida mitu postiga väljastamist ootavat dokumenti ja printida need (veebisirvijaga) välja. 6   Nimekirjast dokumentide printimisel märgitakse kätte toimetamise kuupäevaks printimise kuupäev + 3 tööpäeva.  Nimekirjas peab sisaldama dokumendi saaja postiaadress, st. kuhu dokument saadetakse postiga ja see peab olema identne dokumendi sees oleva postiaadressiga. Selle tarvis on dokumendi moodustamise hetke postiaadress selle nimekirja kuvamise jaoks meelde jätta.  Peab olema võimalik märkida postiga väljastatuks ka väljatrükki tegemata.  Nimekirjas peab saama otsida minevaid dokumente järgmiste parameetrite alusel: - dokumendi liigi - isikukoodi - teavituse saanud - kätte toimetamise kuupäeva(de) - veel kätte toimetamata  Ametniku poolt kätte toimetamine peab olema tagantjärele seotav konkreetse ametnikuga nagu on iseteenindusest avamise fakt seostatav isikuga. Viited: Postiga väljastamisele on mõneti sarnane funktsionaalsus ‘Kaartide haldus’  FE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/tree/master/SKAIS2_Frontend/src/priv ate/kaart  BE: https://gitlab.sotsiaalministeerium.ee/skais/skais2/blob/master/SKAIS2_PrivateWeb/src/ main/java/ee/som/skais2/privateweb/kaart/KaartControllerRest.java#L45 3.3.1.1 Vorm „Dokumendi andmed“ Vormi „Dokumendi andmed“ vaate ja muutmise kuvadele tuleb lisada täiendavad lahtrid:  Kätte toimetamise viis – (loend: iseteenindus, post)  Kätte toimetamise kuupäev  Kätte toimetamisega seotud kommentaar Nende andmete muudetavus on samane ülejäänud vormi andmete muudetavusega. 3.3.1.2 Loend „Dokumendid“ Loendisse lisada veerg „Kätte toimetatud“, mis hakkab sisaldama kätte toimetamise kuupäeva, kui see on olemas. 4 Tellitavate tööde teostamine, nõuded ja tulemid 4.2 Tööde teostamisel tuleb arvestada  Tellija poolt tööde sisendiks antud dokumentidega.  Mittefunktsionaalsete nõuetega. 7  Olemasoleva funktsionaalsusega koodis. Kus vaja, seal tuleb refaktoreerida, kus vaja seal eemaldada.  RIA stiiliraamatuga - https://gitlab.sotsiaalministeerium.ee/RIA/veera 4.3 Nõuded Mittefunktsionaalsed:  Mahuhinnanguid andes tuleb arvestada, et arendustöö käigus loodud lähtekood peab olema kaetud 80% ulatuses ühiktestidega, 50% ulatuses integratsiooni/süsteemi/”end- to-end” automatiseeritud testidega. Testidega kaetakse serveripoolne ja kasutajaliidese kood. Kaetavuse kontrolliks ja raporteerimiseks seatakse Tellija koodihoidla keskkonnas (Gitlab) üles continuous-integrationi töövoog, mis seadistatakse koostoimima SonarQube koodi ja testide kaetavuse analüsaatoriga.  Iseteenindus peab toetama paralleelset minimaalselt 200 päringut (siinkohal ootame ka arendajapoolset arvamust/hinnangut, kas see on piisav päringute maht ja vajadusel tõstame arvu) API teenustele ning keskmine päringu teenindamise aeg ei tohi olla 90% juhtudel suurem kui 2 sekundit. Nõude täitmise kontrolliks tuleb luua koormustestid. Nõudest eraldi tuleb vaadelda staatiliste failide allalaadimist – need tuleb http serveris puhverdada. Number X arvutuskäik: PH tehakse 41000 pöördumist aastas. See on ~110 pöördumist päevas (24h). Eeldame, et pöördumiste arv kasvab e-kanali tulekuga 10x ja iga kontakt vajab vähemalt 100 API päringut. See on 110 * 10 * 100 = 110000 päringut. Eeldame, et suurema koormusega aegadeks jäävad 9-10 hommik, 12-13 peale lõunat ja õhtul koju tulles 17-23. Ehk umbes 8 tundi ööpäevast. Eeldame, et nende 8 tunni jooksul tehakse 80% pöördumistest. Seega tippajal on meil (110000 päringut * 80%) / (8 * 3600) = ~3.0 päringut sekundis. Iseteeninduses tehtavates tegevustes tavaliselt kasutaja tutvub informatsiooniga ja vahel täidab midagi, mille täitmise lõpus esitab selle. Eeldame, et päringuid kasutajate veebisirvijate poolt vastu API teenuseid tehakse keskmiselt iga 10 sekundi järel. Oletame, et need päringud satuvad 10 sekundi peale laiali jaotumise asemel kõik ühte sekundisse ehk koormus ~30 päringut sekundis. Ümardame ~30päringut/sekund üles 200p/s peale, et arvestada muude koormuste piikidega. 8   Iseteeninduse toimimist peab saama funktsionaalselt monitoorida tsentraalse monitooringuvahendiga, st. rakendusel peavad olema teenused, mille väljundis on telemeetria info eristatav kuni teenuste 'url' tasemeni (selgitus: peaks olema sama või võrdväärne Micrometer teegi "@Timed" annotatsiooniga saadava telemeetriaga).  SKA iseteeninduskeskkond peab sama kvaliteediga töötama tänapäevastes 'evergreen' veebibrauserites (IE, Firefox, Chrome, Safari) ja operatsioonisüsteemides Windows 10+, OSX (10.2+) , Linux (Ubuntu 18.04+). o 'kvaliteetselt' all ei peeta silmas nö. pixel perfect kujundust, vaid et erinevates seadmetes, brauserites, operatsioonisüsteemides on kõik iseteeninduse funktsionaalsused võrdväärselt kasutatavad, vormid täidetavad, joondamised sarnased (vaevumärgatavad pixlite nihked siia-sinna on lubatud). Peaasjalikult ei tohiks tavakasutaja kogeda/märgata vahet.  Arendus peab lähtuma TEHIK haldusala IT-profiilist.  Arendus peab lähtuma TEHIKu mittefunktsionaalsetest nõuetest, millest kõrvalekalded lepitakse dokumenteeritult kokku TEHIKuga. 5 Tööde järjekord ja tulemid Üleandmise Nr Tegevus Sisendid Tulem viis  Funktsionaalsed  Funktsionaalsete  Tehniline nõuded, nõuete kirjeldus märkustega osas koostamine mida saab 1  Olemasoleva  SKAIS2 analüüs Confluence kasutada funktsionaalsuse  Lähtekood olemasolevast taaskasutatavuse koodist uurimine Backlogi koostamine koos Tööde loetelu eeldatava ajahinnangutega  Funktsionaalsed mahuhinnanguga 2 nõuded Jira (tunnid) ja koos + koostöökohad ajakavaga. Trinidadiga 6 Tööde teostamise lõpptähtaeg Tööde teostamise tähtaeg on 31.10.2018 9