HINDAMISKRITEERIUMID JA HINNATAVAD NÄITAJAD
Viitenumber: 307261
Hankija: AKTSIASELTS TALLINNA VESI (10257326)
Hange: Microsoft Dynamics 365 Business Central tooteplatvormi arendus-ja hooldustööd
Pakkumuse maksumust hinnatakse - Ilma maksudeta
Kriteeriumi kaalumise meetod - Osakaaludega
Elektroonilist oksjoni kasutatakse: ei
Jrk Nimetus Kirjeldus Tüüp / Osakaal Kogus Ühik Pakkuja
nr hindamismeetod täidetav
1 Pakkumuse maksumus Arendus -ja hooldustöö ühe tunni Maksumus - 31 jah
(60min) maksumus vähim on parim
2 Litsents Full User (Business Central Kulu - vähim on 4 jah
Premium) parim
3 Litsents Team Member Kulu - vähim on 4 jah
parim
4 Pakkuja meeskond - Projektijuhi Projektijuhi töökogemus Kvaliteet - suurim 11 tund (h) jah
kogemus tarkvaraarenduse projektides, mille on parim
töömaht on olnud vähemalt 200 tundi
projekti kohta ning projekti kestus on
olnud vähemalt 6 kuud ja on tellija poolt
vastu võetud viimase kolmekümne kuue
(36) kuu jooksul arvestades hanketeate
avaldamise kuupäevast.
Pakkuja kirjeldab hindamiskriteeriumile
vastavad töötunnid ja töötundidega
seotud projektid võtmeisiku CV vormil.
5 Pakkuja meeskond - Arendaja kogemus Arendaja töökogemus äritarkvara Kvaliteet - suurim 11 tund (h) jah
(finantstarkvara või palga-ja tarkvaraarenduse projektides, mille on parim
personalilahendus) töömaht on olnud vähemalt 300 tundi
projekti kohta.
Pakkuja kirjeldab hindamiskriteeriumile
Koostatud 19.08.2026 12:36:42 1/5 https://riigihanked.riik.ee/rhr-web/#/procurement/
10025784/general-info
vastavad töötunnid ja töötundidega
seotud projektid võtmeisiku CV vormil.
6 Pakkuja meeskond - Finantstarkvara Finantstarkvara konsultandi töökogemus Kvaliteet - suurim 11 tund (h) jah
konsultant tarkvaraarenduse projektides, mille on parim
töömaht on olnud vähemalt 300 tundi
projekti kohta ning projekti kestus on
olnud vähemalt 6 kuud.
Pakkuja kirjeldab hindamiskriteeriumile
vastavad töötunnid ja töötundidega
seotud projektid võtmeisiku CV vormil.
7 Pakkuja meeskond - Palga- ja Palga- ja personalilahenduse konsultandi Kvaliteet - suurim 11 tund (h) jah
personalilahenduse konsultant töökogemus tarkvaraarenduse on parim
projektides, mille töömaht on olnud
vähemalt 200 tundi projekti kohta ning
projekti kestus on olnud vähemalt 6
kuud.
Pakkuja kirjeldab hindamiskriteeriumile
vastavad töötunnid ja töötundidega
seotud projektid võtmeisiku CV vormil.
8 Pakkuja meeskond - DevOps spetsialist Pakkuja meeskonnas on DEV/Ops Kvaliteet - hankija 6
spetsialisti ja tal on töökogemus hinnatav
projektides, mille raames ta on osalenud
BC äritarkvara keskkondade haldamisel,
tehniliste seadistuste tegemisel või
muude arendusprotsessi toetavate
tehniliste tegevuste elluviimisel.
9 Pakkuja meeskond - Arendaja kogemus, ArcGIS arendaja töökogemus projektis, Kvaliteet - hankija 6 tk
ArcGIS milles arendaja on teostanud liidese hinnatav
Microsoft BC ja ArcGIS vahel.
10 Microsoft BC konsultandi sertifikaat Pakkumusele omistatakse 2 punkti, kui Kvaliteet - hankija 2 tk
pakkuja võtmeisikul on sertifikaat hinnatav
MB-800: Microsoft Dynamics 365
Business Central Functional Consultant.
11 Microsoft Dynamics 365 Business Pakkumusele omistatakse 2 punkti, kui 2 tk
Koostatud 19.08.2026 12:36:42 2/5 https://riigihanked.riik.ee/rhr-web/#/procurement/
10025784/general-info
Central HRM4Baltics pakkuja võtmeisikul on tunnistus Kvaliteet - hankija
Microsoft Dynamics 365 Business hinnatav
Central HRM4Baltics
12 Meeskonna kogemus - Taristuettevõtte Pakkuja meeskonnas toodud arendajal Kvaliteet - hankija 3
kogemus või finantstarkvara konsultant on hinnatav
viimase kolmekümne kuue (36) kuu
jooksul (arvestades hanketeate
avaldamise kuupäevast) osalenud
projektides, kus Pakkuja on
nõuetekohaselt täitnud tarkvara
arendamise või hooldamise lepingu,
maksumusega 50 000 eurot või rohkem
ilma käibemaksuta taristu
(infrastukrtuurid) valdkonnas (EMTAK
koodid 3512, 3513, 3522, 3530, 3600,
3700, 4950, 6110) ja Tellija kasutab
Microsoft Dynamics 365 Business
Centrali on-premise või veebiversiooni.
Arvesse lähevad projektid, kus vastava
võtmeisiku (arendaja või finantstarkvara
konsultandi) töömaht on olnud vähemalt
kakssada (200) tundi projekti kohta ning
projekti kestus on olnud vähemalt kuus
(6) kuud ja Tellija ei kattu.
Kokku: 100
Koostatud 19.08.2026 12:36:42 3/5 https://riigihanked.riik.ee/rhr-web/#/procurement/
10025784/general-info
Hindamismetoodika kirjeldus
1. Pakkumuse maksumus
Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim
väärtus" * "osakaal".
2. Litsents Full User (Business Central Premium)
Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim
väärtus" * "osakaal".
3. Litsents Team Member
Madalaima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte arvutades valemiga: "osakaal" - ("pakkumuse väärtus" - madalaim väärtus") / "suurim
väärtus" * "osakaal".
4. Pakkuja meeskond - Projektijuhi kogemus
Suurima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "pakkumuse väärtus" / "suurim väärtus" *
"osakaal".
Hankija liidab hindamisel kriteeriumile vastavate projektide töömahud. Hankija võtab arvesse maksimaalselt viie tingimustele vastava projekti andmed.
5. Pakkuja meeskond - Arendaja kogemus (finantstarkvara või palga-ja personalilahendus)
Suurima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "pakkumuse väärtus" / "suurim väärtus" *
"osakaal".
Hankija liidab hindamisel kriteeriumile vastavate projektide töömahud. Hankija võtab arvesse maksimaalselt viie tingimustele vastava projekti andmed.
6. Pakkuja meeskond - Finantstarkvara konsultant
Suurima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "pakkumuse väärtus" / "suurim väärtus" *
"osakaal".
Hankija liidab hindamisel kriteeriumile vastavate projektide töömahud. Hankija võtab arvesse maksimaalselt viie tingimustele vastava projekti andmed.
7. Pakkuja meeskond - Palga- ja personalilahenduse konsultant
Suurima väärtusega pakkumus saab maksimaalse arvu punkte. Teised pakkumused saavad punkte proportsionaalselt vähem ja arvutatakse valemiga: "pakkumuse väärtus" / "suurim väärtus" *
"osakaal".
Hankija liidab hindamisel kriteeriumile vastavate projektide töömahud. Hankija võtab arvesse maksimaalselt viie tingimustele vastava projekti andmed.
8. Pakkuja meeskond - DevOps spetsialist
Pakkumusele omistatakse 6 punkti, kui pakkumuse meeskonnas on DEV/Ops spetsialist ja 0 punkti kui vastav spetsialist puudub.
9. Pakkuja meeskond - Arendaja kogemus, ArcGIS
Koostatud 19.08.2026 12:36:42 4/5 https://riigihanked.riik.ee/rhr-web/#/procurement/
10025784/general-info
Pakkumusele omistatakse 6 punkti, kui pakkumuse meeskonnas olev arendaja on osalenud samas rollis vähemalt ühes (1) hanke objektiks oleva tarkvara arenduse projektis, mille raames on
teostatud liides Microsoft BC ja ArcGIS vahel. Projekt on teostatud ja tellija poolt vastu võetud viimase kolmekümne kuue (36) kuu jooksul arvestades hanketeate avaldamise kuupäevast
Kogemuse puudumisel omistatakse pakkujale 0 punkti.
10. Microsoft BC konsultandi sertifikaat
Pakkumusele omistatakse 2 punkti, kui pakkuja võtmeisikul on sertifikaat MB-800: Microsoft Dynamics 365 Business Central Functional Consultant.
Pakkumusele omistatakse 0 punkti, kui pakkuja võtmeisikul ei ole sertifikaati.
11. Microsoft Dynamics 365 Business Central HRM4Baltics
Pakkumusele omistatakse 2 punkti, kui pakkuja võtmeisikul on sertifikaat MB-800: Microsoft Dynamics 365 Business Central Functional Consultant.
Pakkumusele omistatakse 0 punkti, kui pakkuja võtmeisikul ei ole sertifikaati.
12. Meeskonna kogemus - Taristuettevõtte kogemus
Pakkumus saab ühe (1) punkti, kui igal võtmeisikul on üks (1) nõuetele vastav projekt ja 0.5 punkti kui ühel võtmeisikul on üks (1) nõuetele vastav projekt.
Pakkumus saab kaks (2) punkti, kui igal võtmeisikul on kaks (2) nõuetele vastavat projekti.ja 1,5 punkti, kui ühel võtmeisikul on kaks (2) nõuetele vastavat projekti ja teisel üks (1) nõuetele
vastav projekt.
Pakkumus saab kolm (3) punkti, kui igal võtmeisikul on kolm (3) nõuetele vastavat projekti ja 2,5 punkti, kui ühel võtmeisikul on kaks (2) nõuetele vastavat projekti ja teisel kolm (3) nõuetele
vastavat projekti.
Koostatud 19.08.2026 12:36:42 5/5 https://riigihanked.riik.ee/rhr-web/#/procurement/
10025784/general-info
1/3
VASTAVUSTINGIMUSED
Viitenumber: 307261
Hankija: AKTSIASELTS TALLINNA VESI (10257326)
Hange: Microsoft Dynamics 365 Business Central tooteplatvormi arendus-ja
hooldustööd
ÜHISPAKKUJATE VOLIKIRI
Ühispakkujad nimetavad riigihankega ning hankelepingu sõlmimise ja täitmisega seotud
toimingute tegemiseks endi seast volitatud esindaja.
Küsimused ettevõtjale:
1. Kas tegemist on ühispakkumusega? (Raadionupp valikutega "Jah/Ei")
2. Kui tegemist on ühispakkumusega, kas olete lisanud pakkumuse "Lisadokumentide" lehele
ühispakkujate volikirja? Kui tegemist ei ole ühispakkumusega, vastake "Ei"". (Raadionupp
valikutega "Jah/Ei")
PAKKUMUSE ESITAMINE
Pakkumuse esitamisega kinnitab pakkuja kõigi riigihanke alusdokumentides esitatud tingimuste
ülevõtmist.
Tingimusliku pakkumuse esitamine ei ole lubatud.
Küsimused ettevõtjale:
1. Kas ettevõtja saab kinnitada, et pakkumus vastab hanke alusdokumentides sätestatud
tingimustele? (Raadionupp valikutega "Jah/Ei")
PAKKUMUSE MAKSUMUS
Pakkumuse maksumus tuleb esitada töölehel "Hindamiskriteeriumid ja hinnatavad näitajad"
toodud struktuuri kohaselt.
Küsimused ettevõtjale:
1. Kas ettevõtja kinnitab, et täidab pakkumuse lehe "Hindamiskriteeriumid ja hinnatavad
näitajad" lehel ette antud struktuuri kohaselt? (Raadionupp valikutega "Jah/Ei")
2. Pakkuja esitab maksumuse tabeli (Dokumendi vorm / Pakkumuse maksumuse vorm.xlsx)
ÄRISALADUS
Pakkuja märgib pakkumuses, milline teave on pakkuja ärisaladus ning põhjendab teabe
määramist ärisaladuseks.
Teabe ärisaladuseks määramisel lähtutakse ebaausa konkurentsi takistamise ja ärisaladuse kaitse
seaduse § 5 lõikes 2 sätestatust. 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 punktis 1 nimetatule muid pakkumuste
hindamise kriteeriumidele vastavaid pakkumust iseloomustavaid näitajaid (RHS § 46.1).
Küsimused ettevõtjale:
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))
SAMAVÄÄRSUS
Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on
samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud.
Koostatud 18.08.2026 10:36:17
https://riigihanked.riik.ee/rhr-web/#/procurement/10025784/general-info
2/3
Iga viidet, mille hankija teeb riigihanke alusdokumentides mõnele RHS-i § 88 lõikes 2 nimetatud
alusele (standardile, tehnilisele tunnustusele, tehnilisele kontrollisüsteemile vms), tuleb lugeda
selliselt, et see on täiendatud märkega „või sellega samaväärne“. Iga viidet, mille hankija teeb
riigihanke alusdokumentides ostuallikale, protsessile, kaubamärgile, patendile, tüübile, päritolule,
tootmisviisile, märgisele või vastavushindamisasutuse väljastatud katsearuandele või tõendile,
tuleb lugeda selliselt, et see on täiendatud märkega „või sellega samaväärne“ (RHS § 88 lg-d 5-6,
§ 89 lg 2, 114 lg-d 5-7).
Hankija aktsepteerib objektiivsetel põhjustel muid asjakohaseid tõendeid, kui pakkuja tõendab
hankijale vastuvõetaval viisil, et pakutav asi, teenus või ehitustöö vastab konkreetse märgise või
hankija esitatud nõuetele, välja arvatud juhul, kui hankija nõutud märgis, samaväärne märgis või
konkreetse või samaväärse vastavushindamisasutuse väljastatud katsearuanne või muu tõend on
seaduse alusel eelduseks asja, teenuse või ehitustöö pakkumiseks turul (RHS § 114 lg 7).
Küsimused ettevõtjale:
1. Pakkuja kinnitab, et pakkumus vastab hanke alusdokumentides nõutule ja vajadusel on
samaväärsus selgitatud ja tõendid samaväärsuse kohta lisatud. (Raadionupp valikutega "Jah/Ei")
PAKKUJA MEESKOND
Pakkuja meeskonda kuulub vähemalt projektijuht, arendaja, finantstarkvara konsultant ja palga-
ja personaliarenduse konsultant. Pakkuja meeskonnas on minimaalselt neli rolli ning kõik
eeltoodud rollid peavad olema kaetud erinevate spetsialistide poolt. Pakkuja kaasab vajadusel ka
teisi rolle ja kompetentse, mis on vajalikud töö teostamiseks.
1. Projektijuht, kes on viimase kolme aasta jooksul juhtinud projektijuhina vähemalt kahte
tarkvaraarenduse projekti, milles projektijuhi töömaht on olnud vähemalt 200 tundi projekti kohta
ning projekti kestus on olnud vähemalt 6 kuud.
2. Arendaja (finantstarkvara või palga-ja personalilahendus), kes on viimase kolme aasta jooksul
osalenud hanke objektiks oleva finantstarkvaraarendajana (või palga-ja personalilahenduse
arendajana) vähemalt kahes arendusprojektis, mille töömaht on olnud vähemalt 300 tundi
arenduse kohta.
3. Finantstarkvara konsultant, kes on viimase kolme aasta jooksul olnud konsultandiks vähemalt
kahe tarkvaraarenduse projekti juures, mille töömaht on olnud vähemalt 300 tundi projekti kohta
ning projekti kestus on olnud vähemalt 6 kuud.
4. Palga- ja Personalilahenduse konsultant, kes on viimase kolme aasta jooksul olnud
konsultandiks vähemalt kahe tarkvaraarenduse projekti juures, mille töömaht on olnud vähemalt
300 tundi projekti kohta ning projekti kestus on olnud vähemalt 6 kuud.
Pakkuja esitab järgmised rollid juhul, kui need on vajalikud hindamiskriteeriumite täitmiseks:
5. DevOps spetsialist, kes on viimase kolme aasta jooksul osalenud DevOps spetsialistina
vähemalt viies BC äritarkvara arendus- või juurutusprojektis ja/või toe lepingus. Nimetatud
projektide või toe lepingu raames peab spetsialist olema osalenud BC äritarkvara keskkondade
haldamisel, tehniliste seadistuste tegemisel või muude arendusprotsessi toetavate tehniliste
tegevuste elluviimisel.
6. ArcGIS arendaja kogemus. ArcGIS arendaja on viimase kolme aasta jooksul osalenud samas
rollis vähemalt ühes projektis, milles arendaja on teostanud liidese Microsoft BC ja ArcGIS
vahel.
ArcGis arendaja kogemust hinnatakse meeskonna koosseisus oleva arendaja projektide põhjal
Ülaltoodud rollid peavad olema kaetud eraldi võtmeisikute poolt.
Pakkumuses esitatud võtmeisikud osalevad isiklikult hankelepingu täitmisel.
Pakkuja esitab meeskonna liikmete andmed, milles on toodud andmed rollile esitatud tingimuste
kontrollimiseks ning vajadusel lisab dokumendid, mis tõendavad nõuetele vastavust
Koostatud 18.08.2026 10:36:17
https://riigihanked.riik.ee/rhr-web/#/procurement/10025784/general-info
3/3
Hankija võib pakkumuses esitatud meeskonnaliikmega läbi viia intervjuu.
Küsimused ettevõtjale:
1. Pakkuja esitab meeskonnaliikmete CV-d (Dokumendi vorm / Meeskonnaliikmete CV-d
(2) .xlsx)
KINNITUSED ARENDUSÕIGUSE JA LITSENTSIDE OSAS
Pakkuja peab olema ametlik:
1) Microsoft Dynamics 365 Business Central arendusõigusega partner .
2) Microsoft Dynamics 365 Business Central litsentside ametlik edasimüüja.
Pakkuja esitab Microsofti arendusõiguse partnerluse tõendamise kinnituse/tõendi ja litsentside
edasimüügi kinnituse/tõendi.
Küsimused ettevõtjale:
1. Pakkuja esitab Microsofti arendusõiguse partnerluse tõendamise kinnituse/tõendi ja litsentside
edasimüügi kinnituse/tõendi. (Vabas vormis dokument)
TEISE ETTEVÕTJA NÕUSOLEK TEMA VAHENDITELE TUGINEMISEKS
Kui pakkuja tugineb kvalifitseerimise tingimuste täitmiseks teis(t)e ettevõtja(te) vahenditele, peab
pakkuja esitama dokumendi „Teise ettevõtja nõusolek tema vahenditele tuginemiseks“ kohase
ettevõtja nõusoleku.
Küsimused ettevõtjale:
1. Kas pakkuja tugineb kvalifitseerimise tingimuste täitmiseks teise ettevõtja vahenditele?
(Raadionupp valikutega "Jah/Ei")
2. Kui pakkuja tugineb teis(t)e ettevõtja(te) vahenditele, kas olete esitanud vastavad andmed
dokumendis "Teise ettevõtja nõusolek tema vahenditele tuginemiseks". Kui pakkuja ei tugine
teise(te) ettevõtja(te) vahenditele, vastake "Ei". (Raadionupp valikutega "Jah/Ei")
Koostatud 18.08.2026 10:36:17
https://riigihanked.riik.ee/rhr-web/#/procurement/10025784/general-info
TEHNILINE KIRJELDUS Olemasoleva olukorra ning hanke kirjeldus AS Tallinna Vesi (edaspidi nimetatud ka kui Hankija või Tellija) tellib Microsoft Dynamics 365 Business Central tooteplatvormil arendatud infosüsteemi (edaspidi BC) arendus- ja hooldustöid koos vajaliku tugiteenusega. Hankija omab hanke väljakuulutamise hetkel 88 full- user kasutajalitsentsi ja 60 team-member kasutajalitsentsi. Kasutusel on kolm sarnasel tehnilisel platvormil baseeruvat keskkonda – töökeskkond, testkeskkond ja arenduskeskkond. Kokkuleppel on võimalik täiendavate keskkondade loomine Hankija infrastruktuuris. Hankija kasutab MS Dynamics 365 versiooni 25 koos HRM4Baltics ( Palk ja Personal mooduliga. BC majutatakse Hankija serveritel. BCs on kasutusel järgmised funktsionaalsused-moodulid: Finantsjuhtimine; Põhivara; HRM4Baltics (BCS Itera); Ost; Ladu; Tööde haldus (Service Management). L epingute haldus ( Contract Management, BCS Itera). BC on liidestatud järgnevate teiste süsteemidega: Äriregister (Business Register localization for Estonia); Internetipangad (Banking Formats localization for Estonia); X-tee (HRM4Baltics); Unified Post (ostu e-arvete vahendamise ja haldamise keskkond); I nfor EAM (maapealsete varade – jaamade ja pumplate varade haldus); Trimble NIS (maa-aluste varade – torustike, siibrite, liitumispunktide ja hüdrantide andmete ning nende geograafilise informatsiooni haldus); SalesForce CRM (klientide, nende veetarbimise ja müügiarvestuse haldus); DHS (raamatupidamise alusdokumentide ja lepingute haldussüsteem); AS Tallinna Vesi andmeladu ja Power BI väljundid; Intranet (AS Tallinna Vesi sisemise kommunikatsiooni keskkond); Tabloo ( Primend puhkuste lahendus); Edutizer (Koolituskeskkond); Lisaks on hankijal kasutusel järgmised app’id : Balance Statements ; Banking Formats localization for Estonia; Business Register localization for Estonia; Estonian Language (Estonia); Prepayment Management; VAT Reporting localization for Estonia; Reaalaja Pank; Attachment Preview ; Contract Management; Hanke objektiks on Microsoft Dynamics 365 Business Central majandustarkvara arendustööde teostamine ja vajalike hooldus- ja tugiteenuste osutamine ning selleks asjakohaste kasutuslitsentside andmine ning muud kaasnevad tööd ja teenused süsteemi häireteta funktsioneerimise tagamiseks ning hankelepingu eesmärgi täitmiseks, sh, kuid mitte ainult: vajalike kasutuslitsentside andmine; arendustööde teostamine, juurutamine ja seadistamine; seniste andmete migratsioon; andmevahetuse tagamine, liidestamine tellija muude süsteemidega; koolitus-, hooldus- ja tugiteenused; turvatestide läbiviimine; dokumentatsiooni, juhendmaterjalide koostamine. Orienteeruvalt kulub tellitavatele väikearendustele ja hooldus- ning tugiteenustele kuus kuni 120h. Hankija jätab endale õiguse tellida arendus- ja/või hooldustöid ning litsentse vastavalt reaalsele vajadusele. Väikearendusi (kestusega kuni 60h) ning hooldus- ja tugiteenust plaanib hankija tellida koos ühe hankelepingu raames. Suuremaid arendusi (kestusega üle 60 tunni) tellib hankija eraldi hankelepingutena. Hooldus- ja arendustööde kirjeldus Veasituatsioonidest teavitamine ja nende lahendamine: Veast või probleemist teavitab Tellija kontaktisik Töövõtjat Tellija sisemise pöördumiste halduse süsteemist väljastatava e-kirjaga (kui ei ole kokku lepitud teisiti, nt automaatliides) ja Töövõtja tagab antud e-kirja jõudmise Töövõtja poolt hallatavasse Sündmuste registrisse. Avariide või erakorraliste tööde puhul teavitatakse Töövõtjat lisaks telefoni teel. Kui süsteemi töövõime taastamine on takistatud Töövõtjast mitteolenevatel põhjustel, on Töövõtja kohustatud sellest viivitamatult kirjalikku taasesitamist võimaldavas vormis Tellijale teatama. Sama teatamiskohustus kehtib ka takistavate asjaolude äralangemise korral. Kui süsteemi töövõime taastamine on takistatud Töövõtjast mitteolenevatel põhjustel, loetakse kohustuste täitmise tähtaeg pikenenuks takistuste kehtivuse aja võrra. Vea või probleemi lahendamisest teavitab Töövõtja koheselt Tellija kontaktisikut, samuti kõigist muutustest või takistustest kuni probleemi lahendamiseni. Iga kuu teiseks tööpäevaks esitab Täitja teostatud tööde kohta Tellijale raporti, mis saab arvelduse aluseks. Tellijale tagatakse juurdepääs kõigile sisestatud vigadele ning võimalus neid eksportida Sündmuste registrist analüüsiks. Reageerimis- ja lahendusajad: Veasituatsioonidega seonduvaid mõisteid on kirjeldatud käesoleva tehnilise kirjelduse Lisa 1 punktis 4. Alljärgnevalt on toodud nende reageerimisajad ning esmase lahenduse ja lõpliku lahenduse tähtajad: Tase Reageerimisaeg tööajal Esmase lahenduse aeg Lõpliku lahendamise aeg Kriitiline < 2h < 4h < 2 tööpäeva Keskmine < 1 päev < 2 tööpäeva < 5 tööpäeva Madal < 2 tööpäeva < 5 tööpäeva < 10 tööpäeva Tellimustele reageerimine kuni 5 (viis) tööpäeva. Väiksemad arendustööd (kestusega kuni 60h ( kuuskümmend tundi)) ei tohi võtta eelneva kokkuleppeta aega kauem kui 3 (kolm) nädalat. Suuremate arendustööde (kestusega üle 60 h ( kuuekümne tunni)) tähtaeg lepitakse Tellijaga eraldi kokku arendustöö põhiselt vastavasisulises hankelepingus. Arendustööd. Eeldused: Arendustöödega seotud Tellija volitatud esindaja (kontaktisik) ja tema asendaja ning Töövõtja volitatud esindaja ja tema asendaja on ära märgitud raamlepingu pun ktis 14., kui Tellijaga ei ole kokku lepitud teisiti . Tellija majandustarkvara arendamise eelduseks on kolm BC installatsiooni: töökeskkond ehk Tootmiskeskkond, Testkeskkond ja Arenduskeskkond. Tellitud arendustööd realiseeritakse Arenduskeskkonnas, mis on Töövõtja infrastruktuuri osa. Valminud Arendustöö tarnib Töövõtja Tellijale ja Töövõtja installeerib Töö tulemi Tellija Testkeskkonda vastavalt Tellija juhistele . Peale positiivsete testimistulemuste kinnituse saamist installeerib Töövõtja arendustööd Tootmiskeskkonda (töökeskkonda). Suuremate ehk üle 60 h kestvate arendustööde tellimine toimub vastavalt raamlepingus sätestatud korrale Tellija poolt Töövõtjale tellimuse esitamisega, mille kohta esitab Töövõtja pakkumuse töö teostamiseks vajalike töötundide ja eelarve osas. Väikearenduste ehk alla 60h kestvate arenduste tellimine toimub tehnilise kirjelduse punktis 1.9. märgitud väikearenduste, hooldus- ja tugiteenuse hankelepingu raames tellija esindaja poolt kirjalikku taasesitamist võimaldava tellimuse esitamisega. Arendustööd teostatakse raamlepingu Lisas 1 olevas pakkumuses sätestatud tunnihinnaga (v.a juhul, kui Töövõtja leiab, et antud töö teostamisel on võimalik lähtuda soodsamast tunnihinnast, millisel juhul esitab Töövõtja Tellijale vastava pakkumuse). Töö teostamiseks sõlmitakse eraldiseisev hankeleping raamlepingu Lisaks 2 oleval vormil ning arendustöö täitmise jälgimine toimub tööde ja muudatuste haldamise keskkonnas, mille olemasolu ja toimimise tagab Tellija (kui ei ole kokku lepitud teisiti). Kui Töövõtja omab enda sisemist arendustööde keskkonda, siis Tellija ja Töövõtja keskkondade vahel tuleb tagada automaatne infovahetus. Arendustöö käigus kasutab Töövõtja Töövõtjale või Tellijale kuuluvaid BC objektide Numbrivahemikke või kolmandate Osapoolte Numbrivahemike kasutamisel tagab Tellijale vähemalt litsentsitud juurdepääsu lähtekoodi lugemiseks . Kliendinumbrivahemikes loodud lähtekood kuulub Tellijale ning see antakse Tellijale peale selle kirjutamist üle. Arendustööd. Etapid: Tellija koostab võimalikult täpse lähteülesande ja esitab selle tellimusena Töövõtja esindajale . Tellimuse põhjal koostab Töövõtja pakkumuse ning eeltoodu on eelduseks hankelepingu sõlmimisele (vt raamlepingu lisas 2 toodud vorm). L ähteülesannet (tellimust) arendustöö ajal ilma mõjuva põhjuseta ei muudeta. Koos pakkumusega esitab Töövõtja Tellijale kooskõlastamiseks ajakava, mis lähtub Tellija poolt antud lõpp-tähtajast ning millest Töövõtja kohustub kinni pidama. Tarkvara arendamine. Töövõtja arendab majandustarkvara Arenduskeskkonnas vastavalt lähteülesandele (tellimusele) ja tööde ajakavale. Tarkvara testimine. Tarkvara arendaja viib läbi esmased testimised Arenduskeskkonnas ja edastab valminud lahenduse Tellija rakendusadministraatorile ning teavitab sellest Tellija määratud kontaktisikuid. Tellija kaasab testimisse arendusvajaduste esitajaid ja tugiisikuid. Testimine toimub vastavalt lähteülesandes kirjeldatud nõudmistele ja eelnevalt koostatud testimise plaanile. Arendustöö seadistamine Test- ja/või tootmiskeskkonda toimub ainult Tellija loal ja tellimusel. Tootmiskeskkonna seadistamise järel peavad Test- ja Tootmiskeskkond olema ühesugused. Arendustööd. Poolte kohustused ja täiendav info: Tellija kohustused on: vajalike arenduste väljavalimine; lähteülesande koostamine ning tellimus(-t)e esitamine; testimise korraldamine Testkeskkonnas ja kasutajate konsulteerimine testimisel; dokumentatsiooni koostamise koordineerimine ja kasutajate konsulteerimine majandustarkvara kasutamisel; tarkvaraarendusega seotud kommunikatsiooni juhtimine; muud raamlepingus ja hankelepingus sätestatud kohustused . Töövõtja kohustused on: lähteülesande koostamine või kooskõlastamine sõltuvalt arenduse keerukusest ja tööde mahust; pakkumuse esitamine vastavalt tellimusele; tarkvara arendamine vastavalt lähteülesandele (tellimusele); arendusetöö testimine Arenduskeskkonnas; arendustööde tähtaegne lõpetamine; muud raamlepingus ja hankelepingus sätestatud kohustused . Tellija võib tellimuse (sh tellimuse aluseks oleva hankelepingu) ennetähtaegselt lõpetada, teatades sellest Töövõtjale kirjalikult neliteist (14) tööpäeva ette. Sel juhul on Tellija kohustatud tasuma Töövõtjale faktiliselt teostatud tööde ja spetsiaalselt Tellija jaoks tellitud riistvara, eritarkvara vms kuluartikli eest Töövõtja poolt esitatud arvete alusel. Töövõtja tagab hankijatega läbirääkimisel Tellija huvide kaitse, sh toodete tagastamise võimaluse. Arendustööde eest makstav tasu on sätestatud arendustöö aluseks olevas hankelepingus. Hooldusteenus. Regulaarsed tegevused: BC keskkondade tervise monitooringute, vealogide ja perioodiliste töötluste toimivuse konsulteerimine ja vajadusel täienduste paigaldamisel osalemine; Microsofti BC platvormi vea- ja turvauuendustest teavitamine; Tellija soovil täiendavate tööde või arenduste pakendamine, versioonihaldus ning test- ja/või tootmiskeskkonda paigaldamise juhendamine; Tellija konsulteerimine BC versiooniuuenduste, jõudluse parendamise ja muude BCBC parimate praktikate osas; Tellija võtmeisikute koolitus vähemalt kord aastas või BC versiooni vahetusel; Tootmiskeskkonna taasteplaani koostamise konsulteerimine, testimisel ja uuendamisel osalemine. Hooldusteenus. Tellimine: Hooldusteenuse tellimise aluseks on Tellija tellimus ja Töövõtja pakkumus, mille alusel on sõlmitud vastavasisuline hankeleping. Konkreetse hooldustöö tellimine võib toimuda e-kirja teel Tellija esindaja(te) poolt. Tellimuse kinnitamine Töövõtja poolt toimub samuti e-kirja teel. Hooldusteenuste tellimisel teatab Tellija Töövõtjale, kui hooldusteenuse olulisus on "Kriitiline". "Kriitiline" on olukord, kui BCBC ei käivitu või juurutatud funktsionaalsus on kasutuskõlbmatu kliendi kõikide äriprotsesside lõikes. Kui väljakutse põhjustas garantiiperioodil garantii all olev Töövõtja poolt loodud BCBC arendus, siis hooldusteenuse eest tasu ei arvestata. Lõpetatud ülesannete ja kohtumistele ning konsultatsioonidele ja telefonikonsultatsioonidele kulunud aja kohta esitab Töövõtja igakuiselt Tellijale tööde raporti. Tööde raporti kinnitab raamlepingus nimetatud Tellija kontaktisik või tema asendaja kirjalikku taasesitamist võimaldavas vormis e-kirja teel. Dokumenteerimine Muudatuste kirjeldus andmebaasis. Kõik tabelite ja väljade nimed peavad olema inglise keeles. Muudatuste kirjeldus kasutajaliideses. Muudatused BC tootmiskeskkonna seadistustes. Muudatuste kirjeldus süsteemi funktsionaalsuses. Kõik protseduurid, funktsioonid ja muud tarkvara rutiinid peavad olema inglisekeelsed ning kasutama BC programmeerimise keelt; Kõik programmikoodi kirjeldavad kommentaarid peavad olema inglise keeles ja viitega tööle. Kasutajajuhend muudetud funktsionaalsuse kohta. Lisa 1: Mõisted ja definitsioonid Teenus Mõiste Selgitus Teenus Kokkulepitud tegevused, mida Töövõtja teostab Teenuse objektil hankelepingus kokkulepitud aja ja maksumuse raames Teenuse ühikhinna eest . Teenuse eesmärk Tellija üldine eesmärk, millest Töövõtja Teenust osutades peab juhinduma juhul, kui tekib mitmeti mõistmist/vastuolusid hankedokumentide tõlgendamisel ja täitmisel. Teenuse objekt Kokkulepitud kogum tehnilisi või ärilisi lahendusi, mis moodustavad vastutusala, mille piires osutab Töövõtja Teenust. Vastutusalal muudatuste tegemise eest vastutab Töövõtja ja muudatused viiakse läbi vastavalt Tellija tellimustele. Tellimuste muutmine toimub vastavalt käesoleva tehnilise kirjelduse punktile 3.4.2. Teenuse objekti töö Teenuse objektil Töövõtja poolt osutatavad teenused, hüved või muu Teenuse objekti atribuutika, mis on Teenuse objekti olemuse sisuks ja lahutamatuks osaks. Teenuse tegevused Mõiste Selgitus Sündmuste registri pidamine Teenuse tegevus, mille käigus Töövõtja haldab Sündmuste registri pidamiseks vajalikku tehnilist lahendust ning teostab kõiki registrisse registreeritavate sündmuste haldust oma parima äranägemise järgi. Töövõtja peab Tellija suulisel või kirjalikul nõudmisel tegema Tellijale kättesaadavaks Sündmuste registri hetkeseisu Teenuse objekti kohta käivate registrikannete osas kolme (3) tööpäeva jooksul alates vastava nõude esitamisest Tellija poolt. Veasituatsiooni diagnostika Teenuse tegevus, mille käigus selgitatakse Töövõtja poolt välja veasituatsiooni tegelik esinemine, veasituatsiooni tekkepõhjus ning veasituatsiooni lahendamismetoodika. Nõustamine Teenuse tegevus, mille eesmärgiks on Teenuse Tellija kontaktisiku poolt Töövõtjale edastatud suulistele või kirjalikele küsimustele vastamine, andmaks infot Teenuse objekti hetkeseisundi ja tehnilise seisukorra kohta või vastuse andmine Teenuse objekti arendamist puudutavates küsimustes või muudes Teenuse objekti puudutavates küsimustes. Veasituatsiooni lahendamine Teenuse tegevus, mille käigus likvideeritakse Veasituatsiooni tekkepõhjus ning juhul kui Veasituatsiooni diagnostika käigus selgus, et Veasituatsioon tekkis Töövõtja tegevuse tulemusena, siis ka tagajärgede likvideerimine Teenuse objekti raames. Juhul, kui Veasituatsioon tekkis Töövõtja tegevuse tulemusena või Veasituatsiooni põhjus on töövõtja poolt teostatud Arendustöö tulemina esinev mittevastavus Teenuse objekti normaalses töös, siis ei kuulu Veasituatsiooni kõrvaldamine eraldi tasustamisele ning Töövõtja likvideerib Veasituatsiooni omal kulul. Hooldustöö Teenuse tegevus, mille käigus Töövõtja teostab Teenuse objekti töö tagamiseks kokkulepitud vajalikke administratiivseid protseduure Teenuse objektil. Hooldustöid võib teostada ainult Tellijaga eelnevalt kirjalikku taasesitamist võimaldavas vormis kooskõlastades, kui Hooldustöö eeldab Teenuse objekti töö seiskumist. Arendustöö Teenuse tegevus, mille käigus Töövõtja täiendab või muudab Teenuse objekti kvalitatiivset olemust vastavalt igakordselt kokkulepitule ja mis ei ole teostatav Teenuse objekti parameetrite seadistamisega Tellija poolt. Sündmuste register Register, kuhu logitakse kõik Tellija poolsed pöördumised Veasituatsioonide lahendamiseks, Teenuse objektiga seotud kirjalike küsimuste nõustamiseks, Tellija poolt esitatud tellimused vajalike tööde teostamiseks Teenuse objektil. Register peab võimaldama salvestada eristatavalt iga pöördumise algatajat, jooksvat seisundit, pöördumistele reageerimise aega ja pöördumise sisu lõpliku lahendamise aega. Muudatusettepanekud Mõiste Selgitus Tellimus Tellija kontaktisiku poolt esitatud kirjalik ettepanek muuta Teenuse objekti, Teenuse objekti töö käiku või muid Teenuse objektiga seotud asjaolusid, mis eeldavad Töövõtjapoolseid tegevusi. Tellimusele reageerimine Töövõtja poolt Tellijale antav pakkumus Tellimuse täideviimiseks vajaliku aja, tehniliste ning rahaliste vahendite kohta, vajadusel ka riskide ja võimalike alternatiivide kasutamise kohta, saavutamaks Tellija poolt oodatud tulemust. Tellimusele reageerimise aeg Aeg, mis on kulunud hetkest, mil Töövõtja on saanud Tellijalt Tellimuse kuni hetkeni, mil Töövõtja reageeris Tellimusele . Lubatud Tellimusele reageerimise aeg Maksimaalne Tellimusele reageerimise aeg, mille jooksul Töövõtja on kohustatud Tellimusele reageerima. Veasituatsioonid Mõiste Selgitus Veasituatsioon Teenuse objekti töö kõrvalekalle normist või töötamise seiskumine sõltumata kõrvalekalde põhjusest , välja arvatud juhud, kui töötamise seiskumine kestab planeeritud ja ette teavitatud perioodil Teenuse objekti hooldamiseks ja ei ületa igakordselt kokkulepitud ajavahemikku, mille jooksul Teenuse objekti töö on seiskunud. Veasituatsiooni teadvustamine Veasituatsioonist teadlikuks saamine Tellija või Töövõtja poolt ning teise Osapoole teavitamine Veasituatsioonist. Veasituatsiooni esmaselt teadvustanud Osapool peab hindama Veasituatsiooni kriitilisust ning edastama kriitilisuse info koos Veasituatsiooni kirjeldusega esimesel võimalusel teise Osapoole kontaktisikule. Veasituatsiooni kriitilisus Veasituatsiooni kriitilisus iseloomustab Teenuse objekti töö normist kõrvalekalde ulatust Tellija/Töövõtja kontaktisiku hinnangul. Veasituatsiooni kriitilisus võib muutuda sõltuvalt Veasituatsiooni diagnostika tulemustest või muudest mõjuritest. Veasituatsiooni kriitilisuse astmed on defineeritud järgnevalt: Kriitiline – Teenuse objekti töö on seiskunud või töötab selliselt, et toimub Teenuse objekti tulemite raske kahjustumine. Tellijale on Teenuse objekti valdamine võimatu või seotud märgatavate negatiivsete tagajärgedega (sh. tähtaegade täitmine raporteerimisgraafikus). Keskmine – Teenuse objekti töö on normist madalama jõudlusega või esinevad vead, mis takistavad oluliselt Teenuse objekti valdamist Tellija poolt, kuid mille lahendamiseks on võimalik kasutada alternatiivseid meetodeid. Madal – Teenuse objekti töös esineb mitteolulisi kõrvalekaldeid normaalsest tööst, võimalikud tagajärjed ei ole Tellijale märgatavat kahju tekitavad. Veasituatsioonile reageerimine Veasituatsiooni diagnostika või kõrvaldamise alustamine Töövõtja poolt pärast Veasituatsiooni teadvustamist. Veasituatsioonile reageerimise aeg Aeg Töövõtja poolt Veasituatsioonist teadvustamise hetkest kuni hetkeni, mil Töövõtja reageeris Veasituatsioonile. Lubatud Veasituatsioonile reageerimise aeg Kokkulepitud maksimaalne Veasituatsioonile reageerimise aeg. Lubatud Veasituatsioonile reageerimise aeg võib sõltuda Veasituatsiooni kriitilisusest, Tööajast ja Teenuse objekti ajaprioriteedist. Lubatud Veasituatsioonile reageerimise ajast mitte kinnipidamist loetakse Teenuse osutamise tingimustele mittevastamiseks. Veasituatsiooni lahendamise aeg Aeg, mis on kulunud Veasituatsioonile reageerimisest kuni hetkeni, mil Veasituatsioon on lahendatud esmase või lõpliku lahendusega. Veasituatsiooni esmane lahendamine Olukord, kus Veasituatsioonide lahendamine ei osutu võimalikuks kokkulepitud aja jooksul, kuid Töövõtjal on võimalik pakkuda ajutist lahendust Veasituatsiooni ajutiseks eemaldamiseks. Veasituatsiooni lõplik lahendamine Veasituatsiooni lahendamine nii, et kõrvaldatakse Veasituatsiooni tekkepõhjused ning tagajärjed ja välistatakse sarnase Veasituatsiooni korduv esinemine. 881380 1183005 0 0 Mõiste Selgitus Lubatud Veasituatsiooni esmase lahendamise aeg Kokkulepitud maksimaalne Veasituatsiooni esmaseks lahenduseks kuluv aeg. Lubatud Veasituatsiooni esmase lahendamise aeg võib sõltuda Veasituatsiooni kriitilisusest, Tööajast ja Teenuse objekti ajaprioriteedist. Lubatud veasituatsiooni esmase lahendamise aeg võib erineda Lepingus kokkulepitust, kui Veasituatsiooni diagnostika käigus on selgunud reaalset lahendamise aega mõjutavad tegurid, mille tulemina ei ole võimalik lahendada Veasituatsiooni Lepingus kokkulepitud aja jooksul. Lubatud Veasituatsiooni esmase lahendamise ajast mitte kinnipidamist loetakse Teenuse osutamise tingimustele mittevastavuseks juhul, kui iga konkreetse Veasituatsiooni esmases lahendamises pole kirjalikku taasesitamist võimaldavas vormis kokku lepitud teisiti. Lubatud Veasituatsiooni lõpliku lahendamise aeg Kokkulepitud maksimaalne Veasituatsiooni lõplikuks lahenduseks kuluv aeg. Lubatud Veasituatsiooni lõpliku lahendamise aeg võib sõltuda Veasituatsiooni kriitilisusest, Tööajast ja Teenuse objekti ajaprioriteedist. Lubatud veasituatsiooni lõpliku lahendamise aeg võib erineda Lepingus kokkulepitust, kui Veasituatsiooni diagnostika käigus on selgunud reaalset lahendamise aega mõjutavad tegurid, mille tulemina ei ole võimalik lahendada Veasituatsiooni Lepingus kokkulepitud aja jooksul. Lubatud Veasituatsiooni lõpliku lahendamise ajast mitte kinnipidamist loetakse Teenuse osutamise tingimustele mittevastavuseks juhul, kui iga konkreetse Veasituatsiooni lõplikus lahendamises pole kirjalikku taasesitamist võimaldavas vormis kokku lepitud teisiti. Muud mõisted Mõiste Selgitus Tööaeg Ajavahemik 08:00-st kuni 18:00-ni kõikidel tööpäevadel, mis ei ole Eesti Vabariigi riiklikud pühad või seaduse alusel lühendatud tööpäevad enne Eesti Vabariigi riiklikke pühi. Seaduse alusel lühendatud tööpäevadel on tööaeg 08:00-st kuni 14:00-ni. Tööväline aeg Ajavahemik, mis ei ole Tööaeg. Teenuse osutamise Tunnitasu ehk Teenuse ü hikhind Ühe normtunni Teenuse osutamise tasu Tellijale ilma käibemaksuta. Tunnitasu ei sõltu sellest, kas Teenuse tegevust osutatakse Tööajal või Töövälisel ajal. Normtund Normeeritud aeg pikkusega kuuskümmend (60) kalendriminutit, mille jooksul on osutatud Tellijale Teenust, sõltumata Töövõtja poolt rakendatavate tööliste arvust. Normeeritud ajast on kas mõõtmise või arvestuslikkuse alusel välja arvatud kõik tegevused, mis teostati Töövõtja poolt, kuid ei kuulu olemuselt Teenuse tegevuste hulka. Teenustasu Kogu tasu, mille Tellija peab Töövõtjale tasuma konkreetse Teenuse osutamise eest vastavalt tema poolt esitatud pakkumusele. Pakkumuses sisalduv tasu on lõplik ja sisaldab endas kõiki kulutusi, töid ja toiminguid, mida pakkuja teeb hankelepingute täitmisel (sh palgatavate ekspertidega seotud kulutused, töötasud, majutus, transport, üldkulud, tarkvarade ja nende iseärasustega tundmaõppimiseks vajalik kulu jms) tasu autoriõiguste ja garantii andmise eest ja pakkuja kasumit. Teenustasu makstakse Tellija volitatud esindaja (kontaktisiku) poolt kinnitatud Teenuse üleandmise-vastuvõtmise akti alusel. Teenuse spetsiifilised mõisted Mõiste Selgitus Microsoft Dynamics BC ehk BC Töövõtja poolt toodetav ja arendatav ning Tellija poolt vastavalt litsentsitingimustele soetatud majandustarkvara koos kõikide Tellija käsutuses olevate tarkvara moodulite, tarkvara lisafunktsionaalsuste ja tarkvara tööks vajalike andmebaasidega, seadistustega ja lähtekoodiga. Tootmiskeskkond BCBC seadistus, mis on mõeldud BCBC tegelikuks toimimiseks. Tootmiskeskkonna seadistamine ning BCBC uute versioonide paigaldamine toimub Tellija rakendusadministraatori poolt vastavalt Töövõtja juhenditele. Tootmiskeskkonna operatsioonsüsteemi ning andmebaasi rakendustarkvara versioonide uuenduste kohustus on Tellijal. Tootmiskeskkond asub Tellija asukohas. Tellija tagab Töövõtjale kaugjuurdepääsu Tootmiskeskkonnale. Veasituatsioonide lubatud lahendamise ajad kehtivad Tootmiskeskkonnale. Testkeskkond BCBC tarkvara seadistus, mis on mõeldud BCBC testimiseks Tellija poolt, koolitusteks ja muudeks tegevusteks, mis on vajalikud Tootmiskeskkonna tõrgeteta töö tagamiseks. Testkeskkond on piiratud juurdepääsuga ja juurdepääs on tagatud vaid Tellijale ning Töövõtjale või eraldi kokkuleppel kolmandatele osapooltele. Testkeskkonna seadistamine ning BCBC uute versioonide paigaldamine toimub Tellija rakendusadministraatori poolt vastavalt Töövõtja juhenditelel. Testkeskkonna operatsioonisüsteemi ning andmebaasi rakendustarkvara versioonide uuenduste kohustus on Töövõtjal. Testkeskkond asub Tellija asukohas, kui ei lepita kokku teisiti. Veasituatsioonide lubatud lahendamise ajad ei kehti testkeskkonnale. Arenduskeskkond BCi tarkvara seadistus, mis on mõeldud Töövõtjale Teenuse osutamiseks vajalike tegevuste arendamiseks ja testimiseks. Arenduskeskkonna seadistuste ja toimimise eest vastutab täies mahus Töövõtja. Arenduskeskkond asub Töövõtja asukohas, kui ei lepita kokku teisiti. Veasituatsioonide lubatud lahendamise ajad ei kehti arenduskeskkonnale. Arenduskeskkonna toimimiseks vajalikud litsentsid tagab Töövõtja. Versioonihaldus Töövõtja on kohustatud unikaalselt numereerima iga Tellijale üleantava Muudatusettepaneku või Veasituatsiooni lahenduse tulemusena tekkinud BCi reliisi . Üks BCBC tarkvarareliis võib sisaldada mitut Muudatusettepaneku või Veasituatsiooni lahenduse realisatsiooni. Töövõtja on kohustatud pidama muudatuse logi iga Tellijale üleantava BCi tarkvara reliisi kohta ning see peab sisaldama muudatuste sisu ning viiteid sündmuste registri kirjetele, mis tingisid muudatused. Logi vorm on vaba, kuid eelistatud on tavalises „ plain-text “ vormingus logiformaat. Juhul kui Muudatusettepaneku, Arendustöö või Veasituatsiooni lahendus eeldab BCi objektide muutmist, siis dokumenteeritakse millised versioonid millistest objektidest asendatakse milliste uute versioonidega. Numbrivahemikud Kõik Tellija erilahendused peavad olema teostatud sellises BCi objektide, tabelite ja väljade numeratsioonivahemikus, mis on Tellijale nähtavad / muudetavad või peab Töövõtja andma Tellijale kasutatud numeratsiooni jaoks sellise arenduslitsentsi, mis seda lubab.
https://riigihanked.riik.ee/rhr-web/#/procurement/10025784/communication/message/1118792
Küsimus 1 Hankija vastas 23.07.2026 teabevahetuses, et Microsoft BC ja ArcGIS-i vaheline liides on loomisel. Samal ajal ei ole ArcGIS-i tehnilise kirjelduse punktis 1.6 ega mujal hankedokumentides kirjeldatud. Palume selgitada: Milline on Microsoft BC ja ArcGIS-i vahelise liidestuse funktsionaalne eesmärk? Milliseid andmeid liidestuse kaudu vahetatakse? Milline on liidestuse valmidusaste hankemenetluse alustamise hetkel? Millises mahus on liidestuse arendus- ja hooldustööd kavandatud hankelepingu perioodil? Küsimus 2 Kui ArcGIS-liidestuse arendus kuulub hankelepingu esemesse, siis palume selgitada, miks ei ole nimetatud arendustööd tehnilises kirjelduses kirjeldatud ning kas hankija peab vajalikuks täiendada tehnilist kirjeldust vastavas osas? Küsimus 3 Palume selgitada, kuidas on vastavustingimuses nõutav Microsoft BC ja ArcGIS-i vahelise liidese loomise kogemus seotud hankelepingu esemega olukorras, kus liidestuse funktsionaalset ulatust ja mahtu ei ole hankedokumentides kirjeldatud? Küsimus 4 Palume selgitada, mitu turuosalist on hankija hinnangul võimelised tõendama vastavustingimuses nõutud kogemust projekti kohta, kus: on loodud Microsoft BC ja ArcGIS-i vaheline liides; töömaht on olnud vähemalt 100 tundi; projekti kestus vähemalt 6 kuud? Kui hankija ei ole vastavat turuanalüüsi teinud, palume selgitada, millest lähtudes on hankija veendunud tingimuse proportsionaalsuses? Küsimus 5 Hindamiskriteeriumi nr 9 tabelis on kriteerium sõnastatud järgmiselt: "ArcGIS arendaja töökogemus projektis, mille töömaht on olnud vähemalt 100 tundi projekti kohta ning projekti kestus on olnud vähemalt kuus kuud." Samas hindamismetoodikas lisandub nõue Microsoft BC ja ArcGIS-i vahelise liidese kogemusele. Palume selgitada, kumba sõnastust peab pakkuja õigeks lugema ning millist kogemust hinnatakse punktide omistamisel ? Küsimus 6 Kas hankija nõustub, et ArcGIS arendaja kogemus Microsoft BC ja ArcGIS-i vahelise liidese loomisel on samaaegselt nii vastavustingimus kui ka hindamiskriteerium? Kui jah, siis palume selgitada, kuidas eristab hindamiskriteerium pakkumusi olukorras, kus kõik vastavaks tunnistatud pakkujad peavad nimetatud kogemust juba omama ? Küsimus 7 Hindamiskriteeriumi nr 12 tabelis on sätestatud, et nõuetele vastav kogemus peab olema "arendajal või finantstarkvara konsultandil". Hindamismetoodika järgi sõltub punktide arv aga sellest, kas nõuetele vastavad projektid on olemas kõigil võtmeisikutel. Palume selgitada: kas kriteeriumi täitmiseks piisab ühe võtmeisiku kogemusest ? või peavad nõuded olema täidetud kõigi võtmeisikute puhul ? Küsimus 8 Palume esitada näide punktide arvutamisest olukorras, kus: arendajal on kolm nõuetele vastavat referentsprojekti; finantstarkvara konsultandil nõuetele vastavad projektid puuduvad. Mitu punkti sellisel juhul pakkumus saab? Küsimus 9 Palume selgitada, millisel viisil mõõdab EMTAK-kood tellija registrikandes võtmeisiku tegelikku kogemust taristuettevõtte äriprotsesside, varahalduse, töökäskude halduse või võrguobjektide arvestuse valdkonnas ? Küsimus 10 Kuna EMTAK on Eesti klassifikaator, siis palume selgitada, kuidas hinnatakse välisriigi ettevõtete juures omandatud samaväärset taristuvaldkonna kogemust, kui tellijal puudub EMTAK-kood ?
Väljavõte äriregistri avalikest andmetest Käesolev leht on koostatud Claude poolt e-Äriregistri (ariregister.rik.ee) avalikult kättesaadavate andmete põhjal 24.08.2026 seisuga. See EI OLE ametlik registrikaardi väljatrükk ega asenda seda. VAKO-le esitatava lisana soovitame kasutada e-Äriregistrist tasuta allalaaditavat ametlikku registrikaardi väljatrükki (nupp "Prindi" ettevõtte lehel), millel on ka väljastamise kuupäev ja andmete kehtivuse märge. Vaidlustaja Ärinimi OIXIO Digital AS Registrikood 10351019 Aadress Veskiposti tn 2/1, Kesklinna linnaosa, Tallinn, Harju maakond, 10138 Õiguslik vorm Aktsiaselts Staatus Registrisse kantud Registreerimise kuupäev 31.12.1997 Põhitegevusala (EMTAK) 62201 - Arvutialane konsultatsioon Allikas https://ariregister.rik.ee/est/company/10351019 Hankija Ärinimi AKTSIASELTS TALLINNA VESI Registrikood 10257326 Aadress Ädala tn 10, Põhja-Tallinna linnaosa, Tallinn, Harju maakond, 10614 Õiguslik vorm Aktsiaselts Staatus Registrisse kantud Registreerimise kuupäev 28.08.1997 Põhitegevusala (EMTAK) 36001 - Veekogumine, -töötlus ja -varustus Allikas https://ariregister.rik.ee/est/company/10257326 Märkus: juhatuse liikmete isikuandmeid ei ole siia lisatud, kuna nende täpsus vajab kinnitust ametlikust väljatrükist. Kui vaidlustuse vorminõue eeldab ka juhatuse/esindusõiguse andmeid, palun laadi need alla otse e-Äriregistrist.
Maksekorraldus
Number __________________
20 Makse kuupäev _______________________
24.08.2026
Maksja nimi, isikukood või registrikood
OIXIO DIGITAL AS
10351019 (Registreerimisnumber)
Maksja konto IBAN
EE632200221011295052
Maksja pank
Swedbank AS
Saaja nimi, ID ja aadress
RAHANDUSMINISTEERIUM
Saaja konto IBAN
EE932200221023778606
Saaja pank
Swedbank AS
Makse summa ja valuuta
EUR 2 560.00
Makse selgitus
RH 307261 vaidlustamine
Viitenumber
2900082126
Teenustasu ja makse tüüp
0.00
Maksekorralduse lisainfo
Makse unikaalne tunnus
Tegeliku maksja nimi, ID ja aadress
Tegeliku saaja nimi, ID ja aadress
Kinnitus
• Käesoleva maksekorralduse allkirjastamisega kinnitan, et olen tutvunud ja nõustun Swedbank AS kehtiva
hinnakirja ja maksetehingute teostamise tingimustega.
Allkirjad
Maksja ees-ja perekonnanimi, allkiri Panga esindaja ees- ja perekonnanimi, allkiri
2026082400626702
Swedbank AS
Liivalaia 34, 15040 Tallinn
Telefon (372) 631 0310
www.swedbank.ee
Riigihangete vaidlustuskomisjon Tartu mnt 85, 10115 Tallinn e-post:
[email protected] Vaidlustatav riigihange: Microsoft Dynamics 365 Business Central tooteplatvormi arendus- ja hooldustööd (viitenumber 307261) Hankija: AKTSIASELTS TALLINNA VESI, registrikood 10257326, aadress Ädala tn 10, 10614 Tallinn Riigilõiv 2560 eurot tasutud VAIDLUSTUS 1. Vaidlustaja OIXIO Digital AS registrikood 10351019, aadress Veskiposti 2/1 , 10138, Tallinn . Kontaktisik: Liie Strenze
[email protected] , +372 5 097101 2. Vaidlustatav hankemenetluse toiming Vaidlustatakse riigihanke (viitenumber 307261) alusdokumentides sätestatud: hindamiskriteerium nr 9 (ArcGIS arendaja kogemus) ja sellega seotud meeskonnaroll vastavustingimustes; hindamiskriteerium nr 12 (taristuettevõtte kogemus); riigihanke tehnilise kirjelduse puudulikkus ArcGIS-liidestuse osas; hindamiskriteeriumi nr 12 EMTAK-koodidel põhinev piirang. 3. Nõuded Vaidlustaja palub: tunnistada kehtetuks hindamiskriteerium nr 9 (ArcGIS arendaja kogemus) osas, milles see ei ole seotud tehnilises kirjelduses kirjeldatud hankelepingu esemega, või kohustada hankijat see RHS § 85 lõikega 1 ja § 87 lõikega 1 kooskõlla viima; tunnistada kehtetuks hindamiskriteeriumi nr 12 tabelis ja hindamismetoodikas kasutatavate sõnastuste vastuoluline osa, või kohustada hankijat need omavahel kooskõlla viima; tunnistada kehtetuks hindamiskriteeriumi nr 12 EMTAK-koodidel põhinev piirang, või kohustada hankijat see RHS § 3 punktidega 2 ja 3 kooskõlla viima; kohustada hankijat viima tehniline kirjeldus RHS § 87 lõikega 1 kooskõlla, täiendades seda ArcGIS-liidestuse kirjeldusega. 4. Faktilised asjaolud OIXIO Digital AS on Microsoft Dynamics 365 Business Central tooteplatvormi arendus- ja hooldustööde riigihankest (viitenumber 307261, hankija AKTSIASELTS TALLINNA VESI) osalemisest huvitatud ettevõtja RHS § 185 lõike 1 mõttes. Vaidlustaja soovib hankes pakkumuse esitada, kuid allpool kirjeldatud hankedokumentide tingimused takistavad tal konkurentsivõimelise pakkumuse koostamist. Vaidlustaja esitas 23.07.2026 riigihangete registri Teabevahetuses hankijale küsimuse, milline tehnilise kirjelduse punktis 1.6 loetletud liidestest on seotud vastavustingimustes nimetatud liidesega Microsoft BC ja ArcGIS-i vahel. Hankija vastas 4.08.2026, et "Liides Microsoft BC ja ArcGIS vahel on loomisel" - kinnitades, et tegemist on alles loodava, mitte olemasoleva liidesega, mida tehniline kirjeldus ei kajasta. Vaidlustaja esitas 17.08.2026 hankijale muudatusettepanekud, milles palus ArcGIS-i vastavustingimuse ja hindamiskriteeriumi nr 9 proportsionaalsemaks muutmist, tehnilise kirjelduse täiendamist ArcGIS-liidestuse osas ning hindamiskriteeriumi nr 12 sõnastuse ja EMTAK-põhise piirangu muutmist. Hankija ei olnud käesoleva vaidlustuse esitamise ajaks ettepanekutele sisuliselt vastanud. Hankija avaldas 18.08.2026 muudetud vastavustingimused ja 19.08.2026 muudetud hindamiskriteeriumid. Muudatustega kaotati ArcGIS arendaja kogemuse senine 100-tunnise töömahu ja kuue kuu kestuse nõue ning see nõue viidi vastavustingimustest hindamiskriteeriumiga nr 9 seotud valikulise meeskonnarolli hulka; ühtlasi ühtlustati hindamiskriteeriumi nr 9 tabelitekst ja hindamismetoodika. Hindamiskriteeriumi nr 12 hindamismetoodikale lisati vahepealsed osapunktid (0,5; 1,5 ja 2,5 punkti), kuid tabeli "või" sõnastuse ja metoodika "igal võtmeisikul" nõude vaheline vastuolu jäi kõrvaldamata. Tehnilist kirjeldust hankija ei muutnud - ArcGIS puudub jätkuvalt punktis 1.6 toodud liideste loetelust ning liidestuse funktsionaalne sisu, maht ja seos Trimble NIS-iga on jätkuvalt avaldamata. Pakkumuste esitamise tähtpäev (01.09.2026) muudatustega ei muutunud. Vaidlustaja sai eeltoodud asjaoludest teada vastavalt: ArcGIS-liidese loomisel olekust 4.08.2026 hankija vastusest; hankija poolt ettepanekutele vastamata jätmisest pärast 17.08.2026; ning praegu vaidlustatava lõpliku redaktsiooni sisust 18.-19.08.2026, mil hankija muudetud alusdokumendid avaldas. Kirjeldatud tingimused takistavad vaidlustajal konkurentsivõimelise pakkumuse esitamist kahel viisil. Esiteks ei avalda hankija ArcGIS-liidestuse funktsionaalset sisu ega mahtu, mistõttu ei saa vaidlustaja hinnata, kui suur osa hankelepingu orienteeruvast kuumahust (kuni 120 tundi) sellele kulub, mis takistab hindamiskriteeriumi nr 1 (pakkumuse maksumus, osakaal 31%) aluseks oleva töötunni hinna sisulist kalkuleerimist. Teiseks välistab hindamiskriteeriumi nr 12 EMTAK-koodidel põhinev piirang arvesse võtmast vaidlustaja taristuvaldkonna referentsprojekte, mille tellijad ei ole registreeritud loetletud EMTAK-koodide alla või asuvad väljaspool Eestit, jättes vaidlustaja ilma võimaluseta teenida sellelt kriteeriumilt punkte, mida tema tegelik kogemus õigustaks. 5. Õiguslikud põhjendused 5.1 ArcGIS arendaja kogemuse nõue annab põhjendamatu ja hankelepingu esemega sidumata eelise Kuni 18.08.2026 kehtinud vastavustingimuste kohaselt pidi ArcGIS arendaja olema osalenud projektis, mille töömaht oli vähemalt 100 tundi ja kestus vähemalt kuus kuud. Hankija kaotas 18.08.2026 muudetud vastavustingimustes selle mahu- ja kestusenõude ning viis ArcGIS arendaja kogemuse vastavustingimusest hindamiskritee a riumiga nr 9 seotud valikulise meeskonnarolli hulka. Sellega on kadunud pakkumuse vastavuse eeldusena esitatud takistus, kuid sisuline probleem on alles: hindamiskriteerium nr 9 annab lisapunkte kogemuse eest, mida turul praktiliselt ei saa olla, kuna hankija enda 4.08.2026 vastuse kohaselt on Microsoft BC ja ArcGIS-i vaheline liides alles loomisel (vt p 5.2). Kuni see liides valmib, ei saa ükski pakkuja peale hankija praeguse partneri tõendada nõutud kogemust. Tingimus, mis annab hindamisel eelise turuosalisele, kes on juba tegelenud töödega, mille sisu ei ole hankedokumentides avaldatud, rikub RHS § 3 punktides 1-3 sätestatud läbipaistvuse, võrdse kohtlemise ja konkurentsi efektiivse ärakasutamise põhimõtteid. Samuti rikub tingimus RHS § 85 lõikes 1 sätestatud nõuet, mille kohaselt peavad hindamiskriteeriumid olema seotud hankelepingu esemega ja tagama reaalse konkurentsi. 5.2 Tehniline kirjeldus ei kajasta ArcGIS-i arendustööd, mille olemasolu hankija on kinnitanud RHS § 87 lõike 1 kohaselt peab tehniline kirjeldus sisaldama hankelepingu esemeks olevate teenuste omadusi ja nõudeid. Tehnilise kirjelduse punkt 1.6 kirjeldab mitmeid Business Centraliga seotud liidestusi. ArcGIS ei ole selles loetelus ega mujal tehnilises kirjelduses nimetatud - seda ka pärast 18.-19.08.2026 alusdokumentide muutmist, mille käigus hankija tehnilist kirjeldust ei muutnud. Samas on hankija kinnitanud, et Microsoft BC ja ArcGIS-i vaheline liides on loomisel ning kujutab endast hankelepingu täitmise raames tehtavat arendustööd. Hankija ei ole avaldanud: liidestuse funktsionaalset eesmärki; andmevahetuse sisu; projekti valmidusastet; hankelepingu ajal teostatavate tööde mahtu; seost olemasoleva Trimble NIS lahendusega. Pakkujalt nõutakse seega kogemust tegevuse osas, mille sisu hankedokumentidest ei nähtu. Tegemist ei ole üksnes puuduva teabega, vaid hanke eseme osalise määratlemata jätmisega. Pakkuja ei saa kujundada majanduslikult põhjendatud pakkumust olukorras, kus osa töödest on kirjeldamata. ArcGIS-liidestuse tegelikust ulatusest sõltub vajalik ressursikoosseis, tööde maht ning teenuse hind. Informatsioon ArcGIS-liidestuse tegeliku ulatuse kohta on teada üksnes hankijale ja senisele teenusepakkujale. Ülejäänud pakkujad peavad pakkumuse koostamisel lähtuma oletustest. Seetõttu ei ole kõigil pakkujatel võrdsed lähteandmed pakkumuse koostamiseks. Kui hankija ei avalda ArcGIS-i arendustöö sisu ja mahtu, ei ole võimalik kontrollida, miks just BC-ArcGIS liidestuse kogemus on hindamiskriteeriumina vajalik. Seetõttu ei ole hindamiskriteeriumi seos hankelepingu esemega läbipaistev, kontrollitav ega proportsionaalne. 5.3 Hindamiskriteerium nr 12 on vastuoluline Kriteeriumi tabeli järgi piisab ühe võtmeisiku kogemusest. Hindamismetoodika järgi peavad nõuded olema täidetud kõigi võtmeisikute puhul. Pakkujal ei ole võimalik mõista, kuidas hindamine tegelikult toimub. See rikub RHS § 3 punktis 1 sätestatud läbipaistvuse põhimõtet. 5.4 Hindamismetoodika ei kata kõiki olukordi 18.-19.08.2026 muudetud hindamismetoodikas on lisatud vahepealsed osapunktid (0,5; 1,5 ja 2,5 punkti) olukordadeks, kus üks võtmeisik vastab nõuetele rohkem kui teine. See ei kata siiski kõiki võimalikke kombinatsioone. Hindamismetoodika ei kirjelda endiselt: mitu punkti saab pakkumus, kui ühel võtmeisikul on kolm nõuetele vastavat projekti ja teisel mitte ühtegi; kuidas jagatakse punkte erinevate kombinatsioonide korral. Tulemus ei ole kontrollitav. 5.5 EMTAK-põhine piirang on põhjendamatu Taristuettevõtte kogemust hinnatakse konkreetsete EMTAK-koodide alusel: 3512, 3513, 3522, 3530, 3600, 3700, 4950 ja 6110. EMTAK: kirjeldab registrikannet; ei kirjelda projekti sisu; ei kirjelda äriprotsesse; ei kirjelda tehnoloogilist keerukust. Samasisulised taristuettevõtted võivad jääda hindamisest välja üksnes erineva registrikande tõttu. 5.6 EMTAK välistab välisriigi referentsid EMTAK on Eesti klassifikaator. Välisriigi tellijatel puudub EMTAK-kood. Seetõttu võivad sisult identsed Euroopa Liidu referentsprojektid jääda arvesse võtmata. See rikub RHS § 3 punktides 2 ja 3 sätestatud võrdse kohtlemise põhimõtet. 6. Kokkuvõte Vaidlustaja hinnangul: hindamiskriteerium nr 9 annab lisapunkte tegevuse eest, mis ei ole hankelepingu esemena tehnilises kirjelduses kirjeldatud; ArcGIS-i tingimus soodustab põhjendamatult senist teenusepakkujat ka pärast 18.08.2026 mahu- ja kestusenõude kaotamist; ArcGIS-ga seotud töö ei ole tehnilises kirjelduses kajastatud; hindamiskriteeriumi nr 12 tabelitekst ja hindamismetoodika on omavahel vastuolus ega kata kõiki olukordi; EMTAK-põhine piirang ei ole põhjendatud. Seetõttu tuleb hankedokumente muuta enne hankemenetluse jätkamist. 7. Hankemenetluse peatamise taotlus Vaidlustaja taotleb käesoleva riigihanke peatamist kuni vaidlustuse lahendamiseni RHS § 193 lõike 1 alusel. Pakkumuste esitamise tähtpäev on 01.09.2026. Kui hankemenetlust ei peatata, möödub pakkumuste esitamise tähtaeg enne käesoleva vaidlustuse lahendamist ning vaidlustaja peab koostama ja esitama pakkumuse hankedokumentide alusel, mille õiguspärasus on vaidlustatud. Hankemenetluse jätkumine ilma peatamiseta kahjustaks vaidlustaja õigusi pöördumatult: kui vaidlustus rahuldatakse pärast pakkumuste esitamise tähtaja möödumist, ei ole hankedokumente enam võimalik õigel ajal muuta ning vaidlustajale on selleks ajaks juba tekkinud kulu pakkumuse koostamisest tingimustel, mille õiguspärasust vaidlustatakse. Riigihange on praegu pakkumuste esitamise faasis — hankelepingut ei ole sõlmitud ega selle täitmisega alustatud. Seetõttu ei kaasne peatamisega hankijale ega kolmandatele isikutele ebaproportsionaalset kahju, samas kui peatamata jätmine võib muuta käesoleva vaidlustuse hilisema lahendamise sisutühjaks. Eeltoodust lähtuvalt palub vaidlustaja vaidlustuskomisjonil teha RHS § 193 lõike 1 alusel otsuse riigihanke peatamise kohta kuni vaidlustuse lahendamiseni. 8. Palve Palume vaidlustus rahuldada täies ulatuses, kohustada hankijat viima hankedokumendid kooskõlla RHS nõuetega ning peatada käesolev riigihange kuni vaidlustuse lahendamiseni (RHS § 193 lõige 1). 9. Menetluse vorm Vaidlustaja taotleb asja arutamist kirjalikus menetluses. 10. Lisad Vaidlustusele on lisatud: riigihanke (viitenumber 307261) vastavustingimused ja hindamiskriteeriumid 18.-19.08.2026 redaktsioonis; riigihanke tehniline kirjeldus; riigihangete registri Teabevahetuses 23.07.2026 esitatud küsimus ja hankija 4.08.2026 vastus; vaidlustaja 17.08.2026 hankijale esitatud muudatusettepanekud; väljavõtted äriregistrist vaidlustaja ja hankija andmete kohta; riigilõivu tasumist tõendav maksekorraldus.