Leping

RAAMLEPING ERITINGIMUSED Majandus- ja Kommunikatsiooniministeerium, registrikood 70003158, asukoht Suur- Ameerika 1, Tallinn 10122, mida esindab Majandus- ja Kommunikatsiooniministeeriumi hankekorra alusel kantsler Ahti Kuningas (edaspidi tellija), ja Tietoevry Estonia AS, registrikood 10137025, asukoht Harju maakond, Tallinn, A. H. Tammsaare tee 47, 11316, mida esindab juhatuse liige Anneli Heinsoo; Aktsiaselts Datel, registrikood 10324057, asukoht Harju maakond, Tallinn, Endla tn 4, 10142, mida esindavad juhatuse liikmed Urmas Kõlli ja Volle Vint; AS Finestmedia, registrikood 10714404, asukoht Harju maakond, Tallinn, Tartu mnt 80d, 10112, mida esindab juhatuse liige Jan Urva; (edaspidi Tietoevry Estonia AS, Aktsiaselts Datel ning AS Finestmedia koos nimetatud Täitjad, eraldi Täitja), Tellijat ja Täitjaid nimetatakse ühiselt edaspidi ka poolteks ja eraldi pooleks, sõlmivad käesoleva raamlepingu (edaspidi Leping) alljärgnevas: 1. Üldsätted 1.1. Lepingu moodustavad eri- ja üldtingimused koos lisadega kui konkreetsest lepingu sättest ei tulene teisiti. Eritingimused sisaldavad üldtingimuste täiendusi ja parandusi 1.2. Lepingu dokumentide prioriteetsus on järgmine: eritingimused (I), lepingu lisad (II) ja üldtingimused (III). Vastuolude korral lepingu dokumentide vahel prevaleerib prioriteetsem dokument. 2. Lepingu ese, alus, täitmine ja tähtaeg 2.1. Lepingu esemeks on ehitisregistri arendus- ja hooldusteenuse osutamine (edaspidi Teenus), mida töövõtja kohustub tegema vastavalt lepingus ja lepingu lisades sätestatud tingimustele. 2.2. Leping sõlmitakse tellija korraldatud riigihanke „Ehitisregistri arendusteenus 4“ (viitenumber 255236) tulemusena ning vastavalt riigihanke alusdokumentidele ning töövõtja edukaks tunnistatud pakkumusele. 2.3. Leping on sõlmitud kolme pakkujaga. 3. Lepingu täitmine 3.1. Lepingu täitmine toimub Tellija sõlmitavate hankelepingute alusel. 3.2. Iga konkreetse hankelepingu sõlmimiseks korraldab Tellija minikonkursi mis viiakse läbi riigihangete registris olenemata hankelepingu eeldatavast maksumusest. 3.3. Minikonkurssidel esitatud pakkumuste hindamisel võib kasutada kahte erinevat hindamise moodust. Iga minikonkursi väljakuulutamisel edastatakse Täitjatele info, millist hindamise moodust kasutatakse. Pakkumuste hindamisel võimalikud väärtuspunkide jagamise moodused on:  3.3.1. 70% pakkumuse maksumus ja 30% töö üleandmise tähtaeg kalendripäevades (projektid eeldatava maksumusega alla 100 000 euro); 3.3.2. 40% pakkumuse maksumus, 30% hinnang Täitja esitatud kommenteeritud projektiplaanile ja 30% töö üleandmise tähtaeg kalendripäevades (projektid eeldatava maksumusega alates 100 000 eurost);. 3.4. Minikonkursil osalemist välistavad tingimused: 3.4.1. Täitjal ei tohi olla tellijale üle andmata rohkem kui kaks enama kui 1000 tunni mahuga hankelepingut minikonkursi väljakuulutamise päeva seisuga; 3.4.2. Minikonkursi väljakuulutamise päeval ei tohi Täitjal olla garantiiliste vigade parandamise töid mis on tähtaja ületanud. 3.5. Hankelepingute sõlmimisel lähtub Tellija raamlepingust tulenevatest tingimustest. Konkreetses hankelepingus fikseerib Tellija Teenuse sisu, Teenuse maksumuse ning vajadusel lähte- ja vahepunktid ja tähtajad Teenuse osutamisel. 3.6. Tellija võib nõuda Teenuse osutamise kohta vaheraportit, mille Täitja esitab 2 (kahe) tööpäeva jooksul. 3.7. Esimese arenduse hankelepingu ja hoolduslepingute puhul punktis 3.2. mainitud minikonkurssi läbi ei viida. Hankelepingud sõlmitakse Täitja poolt riigihanke pakkumuses esitatud teabe alusel. 3.8. Lepingu täitmisel kohustuvad Pooled järgima ehitisregistri arendustööde kommunikatsiooni ja infovahetuse juhendi (Lisa 4) nõudeid. 4. Teenuse üleandmine ja vastuvõtmine 4.1. Täitja peab andma Lepingu alusel teostatava Töö üle vastavalt kokkulepitud kirjeldustele, nõuetele ja tähtajal. Töö üleandmisel tuleb järgida ehitisregistri koodi haldamise ja tarnimise juhendi (Lisa 5) põhimõtteid. 4.2. Täitja peab Lepingu alusel loodava dokumentatsiooni Tellijale üle andma korrektselt vormistatuna veebikeskkonna https://365mkm.sharepoint.com/sites/MKM/EHR vahendusel, kui Poolte vahel ei ole kokku lepitud teisiti. Dokumentatsioon säilitatakse Tellija keskkonnas ning selle säilimise eest vastutab Tellija. 4.3. Üleantava Töö dokumentatsioon koosneb alljärgnevatest osadest: 4.3.1. tarkvara lähtekood koos kommenteeritud kirjeldustega; 4.3.2. täiendatud kasutusjuhend; 4.3.3. hankelepingu objektiga seonduvad muud materjalid. 4.4. Hankelepingute alusel arendustööde üleandmise ja vastuvõtmise aktid koostatakse eraldi. 4.5. Üleandmise akti allkirjastamisega võtab Tellija Täitjalt esitatud Töö ülevaatamiseks ning pärast akti allkirjastamist esitab Tellija 5 (viie) tööpäeva jooksul kirjalikult Täitjale info testimiseperioodi kestvuse kohta. 4.6. Vastuvõtmise akti allkirjastab Tellija peale testimisperioodi lõppemist, kui tal ei ole teostatud Töö suhtes pretensioone või kui pretensioonide alusel on Täitja teinud Töös parandused. 4.7. Testimise käigus Töös avastatud vigade parandamine 4.7.1. Testimise käigus tekkinud pretensioonide korral esitab Tellija need Täitjale kirjalikult vigade halduse keskkonnas JIRA (http://jira.mkm.ee). Iga pretensioon  kirjeldatakse eraldi JIRA piletina. 4.7.2. Täitja peab Töös tegema vastavad parandused omal kulul Tellija määratud tähtaja jooksul, või teavitama Tellijat kui paranduste tegemine selle aja jooksul ei ole võimalik. Sellisel juhul peab Täitja pakkuma välja uue tähtaja, mis ei tohi olla hilisem kui 14 kalendripäeva hetkest, mil Tellija on probleemi JIRA keskkonnas esitanud. 4.8. Punktis 4.4. kirjeldatud üleandmise akt kaotab kehtivuse järgnevatel juhtudel: 4.8.1. Täitja ei ole etteantud tähtajaks parandanud testimise käigus avastatud vigu; 4.8.2. Tellija on lükanud testimise käigus avastatud vea parandamise kolmel korral tagasi kuna avastatud viga on jätkuvalt parandamata; 4.8.3. testimise käigus avastatud vea parandamise tulemusena on tekkinud Töös uued vead. 4.9. Tellijal on õigus käsitleda punktis 4.8. kirjeldatud juhtusid kui Lepingu rikkumist. 4.10. Tellija ei allkirjasta arendustööde vastuvõtmise akti, kui Täitjal on parandamata eelnevate hankelepingute käigus üle antud Töö garantiilised vead, mis on suunatud Täitja esindajale vigade halduse keskkonnas JIRA. 5. Tasu suurus, väljamaksmise tähtaeg ja kord 5.1. Lepingu kogumaksumus ei ületa 12 000 000€ eurot. Lepingu alusel makstav tasu sisaldab ka autoritasu. 5.2. Lepingu ajaline kehtivus on neli aastat (48 kuud) alates Lepingu allkirjastamisest ja eeldatav maht kuni 172 000 töötundi. Arendusteenuse maht on kuni 150 000 töötundi ja tugiteenuse maht on kuni 22 000 töötundi. 5.3. Kui Tellija on Lepingu lõppedes esitanud tellimusi Lepingu punktis 5.2. nimetatud töötundide hulgast väiksemas mahus, ei kuulu ülejäävad töötunnid Lepingu raames väljamaksmisele. 5.4. Arendustööde ja hooldustööde töötunni hind on: 5.4.1. Tietoevry Estonia AS puhul arendustööde tunnihind 65 eurot ja hooldustööde tunnihind 68 eurot; 5.4.2. Aktsiaselts Datel puhul arendustööde tunnihind 70 eurot ja hooldustööde tunnihind 65 eurot; 5.4.3. AS Finestmedia puhul arendustööde tunnihind 75 eurot ja hooldustööde tunnihind 75 eurot. 5.5. Kõik punktis 5 toodud maksumused on esitatud ilma käibemaksuta. 6. Poolte volitatud esindajad 6.1. Tellija volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö vastuvõtmisel on Verner Eiber , telefon +372 6256496 , e-post [email protected]. 6.2. Täitjate volitatud esindaja lepingu tingimuste täitmisel, täitmise kontrollimisel ja töö üleandmisel on: 6.2.1. Tietoevry Estonia AS poolt Vallo Hannus, telefon +372 53424418, e-post [email protected]; 6.2.2. Aktsiaselts Datel poolt Villem Vannas, telefon +372 5100550, e-post [email protected]; 6.2.3. AS Finestmedia poolt Lauri Esko, telefon +372 56200957, e-post, [email protected];  6.3. Tellija volitatud esindajal on õigus esindada tellijat kõikides lepinguga seotud küsimustes, välja arvatud lepingu muutmine, tähtajalise lepingu ühepoolne lõpetamine ning leppetrahvi, viivise ja/või kahjude hüvitamise nõude esitamine. 7. Lepingu lisad 7.1. Lepingu allakirjutamisel on lepingule lisatud: 7.1.1. Lisa 1. Riigihanke alusdokumendid (leitavad riigihangete registris); 7.1.2. Lisa 2. Edukaks tunnistatud pakkumused (leitavad riigihangete registris); 7.1.3. Lisa 3. Arendustööde kommunikatsiooni ja infovahetuse juhend; 7.1.4. Lisa 4. Koodi haldamise ja tarnimise juhend. 8. Muud sätted 8.1. Täitja kinnitab, et on üldtingimustega tutvunud elektroonselt riigihangete registris või Majandus- ja Kommunikatsiooniministeeriumi veebis aadressil: https://mkm.ee/ministeerium-uudised-ja-kontakt/ministeerium-ja-ministrid/hanketeated 8.2. Täitja on teadlik, et leping on avalik välja arvatud osades, mis on märgitud Avaliku teabe seadusest tulenevatel alustel asutusesiseseks kasutamiseks. 8.3. Leping allkirjastatakse digitaalselt. 8.4. Poolte rahaline koguvastutus on piiratud Lepingu kogumaksumusega, kuid see piirang ei kehti tahtliku rikkumise korral. Tellija Täitjad /allkirjastatakse digitaalselt/ /allkirjastatakse digitaalselt/  E-ehituse arendustööde kommunikatsiooni ja infovahetuse juhend Käesolev juhend on mõeldud järgimiseks kõigile EHR ja e-ehituse platvormi arendusega seotud osapooltele. Juhendis on kirjeldatud infovahetuse allikad ja kohustused. 1. E-ehituse arenduste dokumentatsiooni hoitakse MKM Sharepointis. Keskkonna halduse ja juurdepääsu eest vastutab MKM. Meeskondade projektijuhid edastavad projekti alguses nimekirja (ees- ja perenimi, isikukood, e-kirja aadress) osalistest, kes peavad juurde pääsema EHR dokumendihoidlale. 2. EHR dokumentatsioon antakse Tellijale üle dokumendihalduse keskkonna kaudu. 3. EHR dokumentide sisukord (analüüsi, disaini, arhitektuuri, testimise, projektijuhtimise kontekstis) lepitakse kokku enne vastavate projekti tööde algust. Täitja projektijuht, kes hakkab vastavat dokumenti koostama, esitab hiljemalt tööde alguse kuupäeval EHR dokumendihalduse keskkonda dokumendi kavandi, milles on toodud vähemalt dokumendi sisukord ja võimalusel ka näidispeatükk. 4. Operatiivse suhtlusvahendina kasutatakse lisaks (mobiil)telefonile ka Skype keskkonda. Projekti osalised lisatakse projekti ühisvestlusele. Meeskonna projektijuht edastab vajalike osaliste Skype kontode nimekirja MKM projektijuhile, kes lisab nimekirja liikmed vestlusele. o Projekti kestel on kõigil meeskonnaliikmetele kohustus osaleda vestluses; o Projektide vahelisel ajal tööde planeerimiseks või vigade aruteluks, on tehnilistel projektijuhtidel või arhitektidel kohustus osaleda vestluses; o Vestluses on kohustuslik informeerida kõiki osapooli kavandatavatest tarnetest. Vt. EHR koodi haldamise ja tarnejuhendit. 5. Osapooled praktiseerivad proaktiivset kommunikatsiooni ning ei varja võimalike vigu ja probleeme. 6. EHR tarnete, vigade ja hooldustööde fikseerimiseks kasutatakse JIRA keskkonda jira.mkm.ee. Meeskondade projektijuhid edastavad projekti alguses nimekirja (ees- ja perenimi, isikukood, e-kirja aadress) osalistest, kes peavad juurde pääsema EHR JIRA keskkonnale. 7. Arendus või garantiitöid teostava Täitja projektijuht edastab vähemalt kord kuus Tellija projektijuhile nimekirja JIRAs olevatest vigadest, mis on plaanis järgneva kuu jooksul ära parandada ja testikeskkonda tarnida. 8. Kõikide osapoolte projektijuhid lisatakse JIRA tarnepiletite kohta info saajateks. 9. Tööde tähtaegade fikseerimisel tuleb arvestada, et töö tähtaeg tähendab kokkulepitud päeva kell 23.59. 10. Kõik MKM projektiga seotud meediaga suhtlus tuleb alati kooskõlastada ennetavalt MKMiga; ka MKM peab ennetavalt kooskõlastama partneritega meediasse suunatava informatsiooni. 11. Kõik EHR arenduse projektis läbi viidud koosolekud protokollitakse (fikseeritakse otsused, riskid, probleemid) ja soovi korral helisalvestatakse, selles osas lepitakse rollide täitjad kokku enne koosoleku algust. 12. Iga sprindi/arendusetapi lõpus ja samuti igakuiselt arendusetapi ajal esitatakse kõigile osapooltele vahearuanne kokkuvõte tehtud töö tulemustest ja viiakse läbi töö ühisläbivaatus vastavalt EHR projektijuhtimise korraldamise juhendile. 13. Täitja projektijuht esitab projekti alguses MS Project formaadis projekti tööde plaani ning esitab selle Tellija projektijuhile EHR dokumendihoidla vahendusel. Täitja projektijuht uuendab igal projekti töönädala esmaspäeval esialgselt esitatud projektiplaani ning lisab sellesse tööde täitmise informatsiooni. 14. Tööde plaan vaadatakse kõigi osapoolte poolt üle igal projekti koosolekul ja vajadusel viiakse sellesse muudatused.  Ehitisregistri (EHR) rakenduse koodi haldamise ja tarnejuhend Dokumendi eesmärk: Juhend on mõeldud EHR ja e-ehituse platvormi arendajale ning juhendis on kirjeldatud reeglid EHR ja e-ehituse platvormi rakenduste tarnimiseks EHR ja e- ehituse platvormi testi ja toodangu keskkondadesse. EHR rakendused on:  EHR olemas olev Java rakendus  EHR kaardirakendus  EHR VRM e. võrgurajatiste rakendus  EHR React e. uus kasutajaliides  EHR API e. uued teenused ja teenuste seotud rakendused Kubernetes klastris  Andmeait Kui juhendis viidatud dokumendid asuvad Sharepoint keskkonnas, siis nende dokumenti avamiseks on vaja omada MKMi Active Directory kontot. EHR Java rakenduse1 tarneprotsess 1. EHR lähtekood paikneb Git https://git.mkm.ee/ehr/ehr-monolith-pipeline. Uue EHR Java rakenduse versiooni arenduse alustamisel tuleb algkood võtta alati Git ehr/ehr_main ehk peaharust. Iga arendaja vastutab, et kõik peaharusse teiste arendajate poolt tehtud muudatused, mis on tehtud peale koodi arenduseks võtmist, on koodi sisse viidud enne, kui rakendus viiakse testiks prelive keskkonda (test.ehr.ee). 2. EHR koodi versioneeritakse ja algkoodi võtmisel peab arendajal olema teada, et millise versiooni alusel arendustööd teostatakse. Rakenduse tarnimisel ükskõik millisesse testi (test, test2, test3) keskkonda tuleb alati suurendada rakenduse versiooni numbrit ning uus versiooni number peab olema näha rakenduse avalehelt. Versiooni number peab vastama Semver 2.0 standardile. 3. Git peaharusse võib lisada ainult töötavat (kompileeriv, unit testid töötavad ja www.ehr.ee e. toodangukeskkonnas töötavat) koodi. Koodi lisamiseks teeb arendaja Git-s „Merge requesti“ hiljemalt rakenduse toodangusse tarnimise päeval. „Merges“ ei tohi esineda konflikte. Pärast „merge requesti“ tegemist informeeritakse (projekti Skype vestluses) partnereid ja MKM projektijuhti. Kõik andmebaasi muudatustega seotud SQL scriptid peavad olema samuti paigaldatud Git peaharu EHR DB haru alamharusse. Alamharu nimetus peab sisaldama aasta kuu ja päeva ning rakenduse versiooni numbrit. Selgitusse tuleb lisada arendaja firma nime ja rakenduse versiooni numbri. 4. Arendustööde üleandmine algab rakenduse paigaldamisest EHR testikeskkonda (test 2 või 3). Esmalt paigaldatakse andmebaasimuudatused. Selleks koostada andmebaasi muudatuste skriptidest paigalduspakett ja lisada see tarnepakettide FTP-sse (ftp.mkm.ee/tarned). Peale FTP-sse tarnepaketi lisamist koostatakse JIRA keskkonnas 1 EHR Java rakendus on olemas olev Tieto majutuses olev monoliitrakendus, mis ei kasuta mikroteenuste arhitektuuri.  (https://jira.mkm.ee/projects/MKMEHR/) tarnepilet (pileti tüüp = „tarne“) ja suunatakse see majutaja esindajale (Eero Tammelaan). Tarnepiletisse lisatakse viide tarnepaketile ja juhend tarnimiseks. Samuti lisatakse piletisse tarnepaketiga tehtavate uuenduste lühikirjeldus ja vajadusel ka parandatud veapiletite loetelu. Juhul, kui tarnepaketis sisaldub rohkem kui üks käivitamist vajav skript siis peab tarnepakett sisaldama nn. masterskripti, mille abil käivitatakse kõik tarneskriptid õiges järjekorras. 5. Rakenduse paigalduseks testikeskkonda toimub automaattarnega. Kood viikse Git harusse, mis vastab testikeskkonnale: test2 või test3. Peale koodi harusse viimist käivitub automaattarne, mis kompileerib koodi, viib läbi esmase testi ning peale seda on rakendus vastavasse testikeskkonda paigaldatud. Automaattarne kirjeldus on toodud: Automaattarne protsessi kirjeldus 6. Peale majutaja poolt tarnepaketi testikeskkonda paigaldust (info selle kohta kajastub tarneks tehtud JIRA piletis, kui tarnija poolt tehakse pileti staatuse muudatus) peab tarnija koheselt kontrollima, et paigaldatud pakett töötab vigadeta ning käivitama Katalon automaattestid (https://git.mkm.ee/EHR-testid/automaattestid). Peale automaattestimise lõppu esitab Täitja üleandmise akti. Tellija poolne test algab kohe peale tarnija poolse üleandmise akti esitamist. 7. Paigalduspaketi koostamisel tuleb kasutada EHR Archiva repositooriumi vastavalt juhendile: EHR Archiva juhend 8. Juhul, kui testkeskkonda paigaldatud pakett sisaldab „kriitilisi“ vigasid ka peale teistkordset testikeskkonda paigaldamist peab Tarnija Tellija projektijuhi nõudmisel tarnepaketi testikeskkonnast eemaldama. Paketi eemaldamine on vajalik, kui mõni teine tarnija soovib vahepeal oma arendused üleandmiseks testikeskkonda tarnida. 9. Arendustööde üleandmine lõppeb peale arenduste paigaldamist rakenduse toodangu keskkonda. Toodangu keskkonda paigaldamist võib alustada peale Tellija projektijuhilt vastava teate saamist. Toodangu keskkonda paigaldus toimub analoogselt testikeskkonda paigaldamisega. Tarnepakett -> FTP -> JIRA pilet - > paigaldus -> arendaja test -> paigalduse aruanne. 10. Kogu loodud või muudetud lähtekood peab olema kommenteeritud, nii et see on kõigile osapooltele arusaadav. Kommentaaridest peab olema tuvastatav, et kes, millal ja mis eesmärgil on koodi muudatused teinud. 11. Kogu loodud või muudetud lähtekood peab olema kaetud moodultestidega (unit test); EHR ja e-ehituse platvormi mikroteenuste paigaldusprotsess 1. EHR mikroteenuste rakenduste lähtekoodid paiknevad Git https://git.ehr.ee/ehr/ehr- k8s-pipeline. Uue EHR mikroteenuste rakenduse arenduse alustamisel tuleb luua uus projekt eelpool mainitud GIT gruppi. 2. Uue projekti loomisel tuleb projekti selgituseks lisada projekti eesmärk  3. Uue projekti loomisel tuleb projekti readme.md failis lisada juhend arendajale: koodi käivitamiseks, testimiseks ja tarnimiseks ning vajadusel koodi teistes projektides kasutamiseks. Readme failis peavad sisalduma viited tarnimiseks vajalikele secretitele ja configmap-le ning Rancheris asuva Helm Charti nimetus. 4. EHR mikroteenuste koodi versioneeritakse vastavuses Semver 2.0 standardile. Rakenduse Helm charti2 tarnimisel Kubernetese keskkonda tuleb alati suurendada rakenduse versiooni numbrit vastavuses Semver 2.0 standardiga, kujul “version-x.x.x”. 5. Git peaharusse “Master”, kust toimub automaattarne protsess võib lisada ainult töötavat (kompileeriv, unit testid töötavad, Sonarcube raport vastab nõuetele3) koodi, mida hakatakse toodangusse viimiseks testima. 6. Kasutusel on kaks Kubernetes klastrit: mkm-ehr ja mkm-ehr-tst. Kood tarnitakse esmalt katsetusteks ja arendusteks mkm-ehr-tst klastri “Development” projekti, milles olev andmebaas ja rakendused on seotud EHR Java rakenduse test3.ehr.ee nimelise testikeskkonnaga ja test3 Oracle andmebaasiga. a. Tellija poolseks testiks tarnitakse üle antavad rakendused mkm-ehr-tst klastris “Test” projekti, milles olev andmebaas ja rakendused on seotud EHR Java rakenduse test2.ehr.ee nimelise testikeskkonnaga ja test2 Oracle andmebaasiga. b. Peale Tellijalt kinnituse saamist viiakse üle antavad rakendused mkm-ehr klastris “Prelive” projekti, milles olev andmebaas ja rakendused on seotud EHR Java rakenduse test.ehr.ee nimelise testikeskkonnaga ja test1 Oracle andmebaasiga. Prelive viimise teeb Tellija poolt määratud Majutaja, kes hiljem tarnib rakendused ka toodangusse e. “Toodang” projekti. “Prelive” tarnejuhendid tuleb lisada “Helm Charti” “readme” faili. 7. Iseseisvalt ei tohiks luua uusi Kubernetes namespace ja Rancher projekte. Juhul, kui see on vajalik siis tuleb need Tellija projektijuhiga eelnevalt kooskõlastada. 8. Peale koodi viimist projekti peaharusse tuleb lisada Git Tag kujul “version-x.x.x”. Tagi lisamine käivitab automaattarne protsessi vt. Automaattarne protsessi kirjeldus 9. Juhul, kui koodi muudatused eeldavad andmebaasi muudatusi siis andmebaasi muudatustega seotud SQL scriptid peavad olema viidud Git https://git.mkm.ee/ehr/databases grupis olevasse vastavasse andmebaasi projekti. 10. Arendustööde üleandmine algab rakenduse paigaldamisest EHR testikeskkonda Rancher Test Projekt. Esmalt paigaldatakse andmebaasimuudatused. Selleks koostada andmebaasi muudatuste skriptidest paigalduspakett ja teostada selle alusel paigaldus (vt. E-ehituse andmebaasid ja nende uuendamine). 2 Helm chart on rakenduse tarnejuhised, mille alusel käivitatakse Kuberneteses rakendusele vajalikud ressursid 8. 3 Koodi Sonarqube raport https://sonarqube.mkm.ee/dashboard?id=<projektinimi> peab olema: a. Reliability Bug = 0 b. Security Vulnerability = 0 11. Rakenduse paigaldus testikeskkonda toimub eelnevalt tarnitud ja testitud Helm Chartiga ning järgib juhendit: Automaattarne protsessi kirjeldus 12. Peale rakenduste testikeskkonda paigaldust peab tarnija koheselt kontrollima, et paigaldatud pakett töötab vigadeta ning käivitama Katalon automaattestid (https://git.mkm.ee/EHR-testid/automaattestid). Peale automaattestimise lõppu esitab Täitja üleandmise akti. Tellija poolne test algab kohe peale tarnija poolse üleandmise akti esitamist. 13. Juhul, kui testkeskkonda paigaldatud pakett sisaldab „kriitilisi“ vigasid ka peale teistkordset testikeskkonda paigaldamist peab Tarnija Tellija projektijuhi nõudmisel tarnepaketi testikeskkonnast eemaldama. 14. Arendustööde üleandmine lõppeb peale arenduste paigaldamist rakenduse toodangu keskkonda. Toodangu keskkonda paigaldamist võib alustada peale Tellija projektijuhilt vastava teate saamist. Toodangu keskkonda paigalduseks koostab Tarnija JIRA pileti, milles on toodud Helm Charti nimetus ja juhend selle käivitamiseks. 15. Kogu loodud või muudetud lähtekood peab olema kommenteeritud, nii et see on kõigile osapooltele arusaadav. Kommentaaridest peab olema tuvastatav, et kes, millal ja mis eesmärgil on koodi muudatused teinud. 16. Kogu loodud või muudetud lähtekood peab olema kaetud moodultestidega (unit test), mis peavad olema arendaja poolt käivitatud enne rakenduse uue versiooni paigaldamist Git koodihoidlasse; MKM Delta Pille Elismäe Logi välja Ehitisregistri arendusteenus 4 Otsi Minu tööülesanded ja dokumendid Dokumendiregister Kontakt Mina Otsing Administraator Alusta uut... Alusta uut dokumenti Otsing Dokumentide otsing Dokumentide otsing Dokument Dokument Terviktöövoog Otsingud Dokumentide otsing Terviktöövoog Salvesta Tagasi Tööülesannete otsing Peata terviktöövoog Lõpeta terviktöövoog Loo koopia Lisa lemmikutesse Trüki kokkuvõte Vaata terviktöövoo URLi Edasta infoks Telli teavitamine Toimikute otsing Terviktöövoogude otsing Üldandmed Aruanded * Pealkiri EHR raamleping 2023 Dokumentide aruanne Vastutaja Verner Eiber Tööülesannete aruanne Toimikute aruanne Kommentaarid Käivitatud aruanded Kommentaar: Otseteed Lisa kommentaar 24.1-5/2021 Riikidevah... Lisamise aeg Lisaja Kommentaar 1.1-7/2022 Riigisisese... 10.03.2023 Verner Saadetud uuesti allkirjastamiseks. Juba allkirjastatud lepingus ei tööta lingid. Nüüdseks on lingitud dokumendid asendatud lepingu lisadega. Samuti on täiendatud Täitja omavastutuse piirmäära. Näita 12:16 Eiber lühendatult 28.02.2023 Ahti Dokumendis trackid veel sees. Sellisel kujul ei saa alkirjastada. 09:54 Kuningas 23.02.2023 Riina Palun vt üle p 5.1 arvestades, et kui hanketeates (või muus hanke alusdokumendis) määratud ülempiir ( antud juhul 12 miljonit eurot) on täitunud, siis on raamleping kaotanud kehtivuse ja selle raamlepingu alus 10:51 Aasa 1 Objekte lehel 100 Terviktöövoo objekt Põhidok Allkirj. Viit Reg kpv Liik Saatja/Saaja Pealkiri Tähtaeg Loomise kpv Failid Taustainfo failid 1.9-21/23-107-1 28.02.2023 Leping Tietoevry Estonia AS , AS Datel, AS Finestmedia EHR raamleping 2023 15.02.2023 1 Objekte lehel 100 Infoks Tööülesanded Algatatud Tähtaeg Algataja Töövoog TÜ täitja Resolutsioon Täitmismärge 15.02.2023 16.02.2023 Verner Kooskõlastamiseks Ülo Palun Kooskõlastatud 16.02.2023 16:42 23:59 Eiber Puskar kooskõlasta leping. 16.02.2023 17.02.2023 Verner Kooskõlastamiseks Kristjan Palun Kooskõlastatud 16.02.2023 10:19 23:59 Eiber Kaiklem kooskõlasta leping. 16.02.2023 20.02.2023 Verner Kooskõlastamiseks Taavi Palun Kooskõlastatud 16.02.2023 10:36 23:59 Eiber Jakobson kooskõlasta leping. 16.02.2023 22.02.2023 Verner Kooskõlastamiseks Riina Palun Kooskõlastatud 23.02.2023: Palun vt üle p 5.1 arvestades, et kui hanketeates (või muus hanke alusdokumendis) määratud ülempiir ( antud juhul 12 miljoni 21:40 23:59 Eiber Aasa kooskõlasta täitunud, siis on raamleping kaotanud kehtivuse ja selle raamlepingu alusel hankelepinguid sõlmida ei tohi. Näita lühendatult leping. 23.02.2023 23.02.2023 Verner Kooskõlastamiseks Tiit Palun Kooskõlastatud 26.02.2023 10:52 23:59 Eiber Rebane kooskõlasta leping. Algatatud Tähtaeg Algataja Töövoog TÜ täitja Resolutsioon Täitmismärge 26.02.2023 23.02.2023 Verner Kooskõlastamiseks Andres Palun Kooskõlastatud 26.02.2023... Näita kõike 09:09 23:59 Eiber Uusma kooskõlasta leping. 26.02.2023 27.02.2023 Verner Allkirjastamiseks Ahti Allkirjastatud 28.02.2023 Asendas: Sille Kraam 15:31 23:59 Eiber Kuningas 28.02.2023 20.03.2023 Verner Teadmiseks Rita Katkestatud vastutaja poolt 10.03.2023 12:56 23:59 Eiber Juhanni 28.02.2023 06.03.2023 Verner Teadmiseks Helina Teadmiseks võetud 07.03.2023 12:56 23:59 Eiber Voltri 28.02.2023 20.03.2023 Verner Teadmiseks Ülle Katkestatud vastutaja poolt 10.03.2023 12:56 23:59 Eiber Kallas 10.03.2023 13.03.2023 Verner Allkirjastamiseks Ahti Allkirjastatud 13.03.2023 13:56 23:59 Eiber Kuningas 13.03.2023 20.03.2023 Verner Teadmiseks Rita Teadmiseks võetud 19.06.2023: Leping antakse üle KeMIT-ile alates 01.07.2023. MKM-i ostumoodulis RL 4600004339 (Tietoevry Estonia AS 8 milj.) RL46 13:35 23:59 Eiber Juhanni 4 milj.) Näita lühendatult 13.03.2023 20.03.2023 Verner Teadmiseks Ülle 13:35 23:59 Eiber Kallas 06.04.2023 20.03.2023 Ülle Teadmiseks Helina Teadmiseks võetud 26.06.2023 12:59 23:59 Kallas Voltri 1 Objekte lehel 100 Edastamine kooskõlastamiseks - Kooskõlasta leping järgmises järjekorras: 1) VAHETU JUHT; 2) OSAKONNAJUHATAJA ja OSAKOND, keda antud leping puudutab; 3) ASEKANTSLER; 4) EELARVEOSAKONNA JUHATAJA; 5) ÕIGUSOSAKONNA JUHATAJA; 6) MINISTRI NÕUNIK, kui allkirjastaja on minister (*RAIN VEETÕUSME – ettevõtlus- ja infotehnoloogiaministri allkirjastatav leping; *majandus- ja taristuministri nõunikud: KATRY AHI – energeetika, transpordi ja meremajanduse valdkond; TOOMAS SARAPUU – ehitus ja elamumajanduse valdkond); 7) KANTSLER, kui ta ei ole allkirjastaja. Edastamine allkirjastamiseks - Vali allkirjastajaks minister või kantsler. Edastamine teadmiseks - Lepingu edastamine raamatupidamisele. Edastamine allkirjastamiseks Edastamine teadmiseks Lisa töövoog Terviktöövoo logi Salvestatud terviktöövoogude haldamine Terviktöövoog Salvesta Tagasi Peata terviktöövoog Lõpeta terviktöövoog Loo koopia Lisa lemmikutesse Trüki kokkuvõte Vaata terviktöövoo URLi Edasta infoks Telli teavitamine MKM 5.12.72.5 delta.mkm.ee