dokumendiregister.ee
OtsingAsutusedMCP
Otsing›Rahandusministeerium
Sissetulev kiriAvalik

Vaidlustus

Rahandusministeerium · 17. juuni 2025
Seotud ettevõtted
MINDTITAN OÜ (adressaat)
Viit
12.2-10/25-150/182-1
Registreeritud
17. juuni 2025
Dokumendi liik
Sissetulev kiri
Adressaat
MindTitan OÜ
Saabumis/saatmisviis
e-post
Funktsioon
12.2 RIIGIHANGETEALANE TEGEVUS
Sari
12.2-10 Riigihangete vaidlustusmenetluse toimikud
Toimik
12.2-10/25-150
Vastutaja
Angelika Timusk (Rahandusministeerium, Riigihangete vaidlustuskomisjon)

Failid

  • 📎Vaie hanke 286764 osas .pdf396 KB

Sisu (failidest)

Rahandusministeerium ​ 16.06.2025 Riigihangete vaidluskomisjon Tartu mnt 85, Tallinn, Harju maakond, 10115 ​ Vaidlustaja: MindTitan OÜ Registrikood: 14131800 Asukoht: Telliskivi 60a/2, 10412 Tallinn Vaidlustaja esindaja: Kristjan Jansons Tel. +372 5668 8239 [email protected] Hankija: Riigi Tugiteenuste Keskus Registrikood 70007340 Asukoht: Lõkke tn 4, 10122 Tallinn VAIE HANKIJA HANKETULEMUSE PEALE I. Vaide ese Käesolev vaie esitatakse Riigi Tugiteenuste Keskuse otsusele seoses riigihanke nr 286764. Otsusega seotu on edastatud riigihanke nr 286764 teabevahetuses 06.06.2025. II. Asjaolud: 1.​ Riigihangete Registris avaldati 21.02.2025 kell 11:00 hankija poolt riigihange nr 286764 “Süvaõppe kasutusvõimalused ruumiandmete hõivel (Maa- ja Ruumiamet)”. Pakkumuste esitamise tähtpäevaks oli 9.04.2025 kell 11:00. 1.1 Hankija otsustas mitte kõrvaldada hankepassis esitatud kinnituste alusel pakkujaid ja kvalifitseerida ning tunnistada vastavaks järgmised pakkujad: ●​ STACC OÜ (11672027) ja Regio OÜ (12971967) ●​ AS CGI Eesti (10006966) ●​ MINDTITAN OÜ (14131800) ●​ Aktsiaselts Datel (10324057) ●​ LEANEST OÜ (14058380) ●​ Solita OÜ (14372426) 1.2 Hankija avaldas hanke tulemused (lisa 1) 06.06.2025, millega võitjaks tunnistati ühipakkujad STACC OÜ (11672027) ja Regio OÜ (12971967). 1.3 Vastavalt RHS § 185 lg 1 võib pakkuja vaidlustada hankija tegevuse, kui ta leiab, et hankija rikub RHS-i ja tema tegevus kahjustab pakkuja õigusi ja huvisid. RHS § 190 lg 4 punkt 1 kohaselt võib vaidlustusega nõuda hankija otsuse osalist või täielikku kehtetuks tunnistamist. 1.4 Vaidlustaja leiab, et hankija ei ole järginud hindamisel RHS § 52 lg 2 ja 3 sätestatud põhimõtet, mille kohaselt hankija peab lähtuma pakkumuste hindamisel hanke alusdokumentides sätestatud korrast, ning hindama pakkumisi lähtudes vaid antud dokumentide sisust. Samasisulist nõuet käsitletakse ka RHS § 117 lg 1 punktis. Hankijale kehtib põhjendamiskohustus, millest lähtuvalt peab hankija üheselt ja kõigile osapooltele arusaadavalt, õiguspäraselt ning vastavuses riigihanke alusdokumentidega argumenteerima hinnatavaid väärtuseid. Hankija ei saa muuta ühepoolselt ning omavoliliselt hanke hindamiskriteeriumeid hindamisprotsessi käigus, kaotades sellega võimaluse kõigil pakkujatel võrdsetel alustel konkureerida ning kontrollida hindamise alust. Samuti eksib hankija RHS § 100 lg 1 p 4 punkti vastu, viidates riskianalüüsis pakkuja majanduslikule võimekusele, ehkki faktiliselt pakkuja vastab tingimustele. Vaidlustaja leiab, et korrektse hindamise läbiviimise korral oleks võitjaks tunnistatud MINDTITAN OÜ. III. Faktiline põhjendus 2.​ RHS § 52 lg 2 ja 3 kohaselt kontrollib hankija sobivust kontrollib kõigi pakkujate suhtes kõrvaldamise aluste puudumist ja kvalifikatsiooni vastavalt käesolevas seaduses ja hanketeates sätestatule ja kvalifitseeritud pakkujate pakkumuste vastavust riigihanke alusdokumentides esitatud tingimustele ning hindab vastavaks tunnistatud pakkumusi käesolevas peatükis sätestatud korras. Riigihangete oluline põhimõte on võrdse kohtlemise põhimõte. Nimetatud põhimõte on aluseks nii Euroopa Liidu riigihankeõiguses kui ka on sõnaselgelt sätestatud RHS-s. Seetõttu on hankija ühepoolne ning pakkujale pakkumuse tegemise hetkel teadmata salajase hindamiskriteeriumi rakendamine mitte ainult RHS-s sätestatud hankekorra vaid ka Euroopa Liidu riigihankeõiguse olulise põhimõtte rikkumine. Riigihangete hankijatel lasub kohustus olla otsuste ja hindamispunktide põhjendamisel õigus- ja faktipõhine ning esitada argumendid, mille tõesust on võimalik kontrollida, ning mis vastavad ka hanke alusdokumentides sõnastatud tingimustele. See annab ka pakkujatele võimaluse kaitsta oma huve ja välistada ebaausa konkurentsi eelise andmise hankija poolt. Punkti RHS § 100 lg 1 p 4 osas jääb pakkujale arusaamatuks, miks hankija viitab riskianalüüsis majanduslikule likviidsusele ning võtab selle alusel pakkujalt punkte maha, kui faktiliselt on kõik nõuded täidetud ja kontrollitud. Antud hankes on pakkuja mitmes punktis esitanud väiteid, mis on kas ebatõesed või ei ole vastavuses hankija enda sõnastatud hanke alusdokumentidega. Järgnevalt esitame kõik probleemsed kohad hindamisprotokollis (lisa 2). Selle sisu aitab mõista hindamismetoodika kirjeldus (lisa 3). Hindamisprotokolli punkt: proovitöö Hindamisprotokolli sisuline väljavõte, mille vaidlustame: ‘’.... Proovitöö kood oli Pythoni keeles ja arusaadavalt kommenteeritud, kuid selle jooksutamisel tekkis tõrkeid. Hankija sai koodi jooksma, kui kasutas pakkumuse teist testpilti. Kuna pakkuja kood ei jooksnud tõrgeteta kõigil testpiltidel, siis leidis hindamiskomisjon, et koodi kohta tekkis 1-2 küsimust, mistõttu ei saanud koodile omistada maksimumpunkte. Proovitöö kirjeldus sisaldas kõiki nõutud osi, oli kirjutatud ladusalt ja väga hästi selgitatud. Töös oli näha, et pakkuja katsetas erinevaid lähenemisviise.’’ MindTitan OÜ selgitus: Kuna antud punkt tekitas segadust selle osas, kuidas see võimalik on, siis 09.06.2025 palusime teabevahetuses selle kohta selgitust, mille saime 12.06.2025 ja on alltoodud kuvatõmmisel välja toodud. Hankija tõdeb, et pakkujatele edastatud testpildil (pilt number 14) töötas kood edukalt. Nähtub, et hankijal esinesid tehnilised raskused proovitöö koodi jooksutamisel lisapildil, mille tehnilist iseloomu on muudetud. Oluline sissejuhatus antud tehnilisse teemasse on see, et hankija on hanke alusdokumendis ’Nõuded proovitööle_2403’ (Lisa 4) sõnastanud järgmised punktid: ●​ “Hankija annab ette märgendatud treeningandmed ning testpildi (lähteandmed)” ●​ “Testimisel antakse pakkujatele ette 1 testpilt suurusega kuni 0,5GB. Testpilt edastatakse nii TIF kui ka PNG formaadis.”. ●​ “Mudeli testimise viivad pakkujad läbi enda taristul ning esitavad hankijale tulemuse, st mudeli tuvastatud aknad raster- või vektorkujul (formaadid proovitöö väljundite osas).“ ●​ ‘’Proovitöö peab olema sooritatud hankija etteantud andmete pealt. Proovitöö tulemusel valminud mudelit testitakse lähteandmetega samaväärsete andmete peal.’’. Antud proovitööga on lühidalt kaks probleemi. Esiteks on hankija eiranud enda kirjeldatud proovitöö tingimusi (testinud 1 pildi asemel 2 pildiga, millest teine pilt on tehniliselt erinev sellele, millega algne testimine oli plaanis ehk tehniliselt oluline nüanss). Teiseks on MindTitan OÜ-le tagasiside andmisel esitanud pildi, millega väidetavalt oli hankijal probleeme, kuid mis MindTitani-poolsel kontrollimisel töötab veatult. Pakkujal on õigustatud faktipõhine ootus, et proovitöö teostamisel peab tehniliselt arvestama hanke alusdokumentides kirjeldatud nõudega ehk meile algselt edastatud proovitöö pildiga, millel proovitöö lahendust testitakse. Hankija aga kaasas omal algatusel ja eelnevalt teavitamata kahte pilti (minnes sellega vastuollu enda sõnastatud proovitöö reeglitega), kusjuures tegemist oli teise pildi puhul tehnilises mõistes erineva pildiga. Puudub igasugune faktipõhine ning argumenteeritud ootus hankija poolelt, et pakkuja peaks arvestama nõuetega ning erijuhtudega, mida ei ole kirjeldatud ametlikus proovitöö dokumendis. Hankija ise põhjendas seda sellega, et alusandmete augmenteerimise käigus on tavapärane piltide pööramine ja muul viisil manipuleerimine ootuspärane ja lahendus peaks siiski töötama ka selliselt. Probleemi avaldudes saatis MindTitan hankijale täpsustavad küsimused testimise kohta. Hankija vastas ning edastas väidetavalt probleemse pildi, millega MindTitanil aga lahendus jooksis korrektselt. Teabevahetuses kirjeldas hankija järgmist olukorda proovitöö testimise kohta: ‘’Proovitöö kood oli Pythoni keeles ja arusaadavalt kommenteeritud, kuid selle jooksutamisel tekkis tõrkeid. Hankija sai koodi jooksma, kui kasutas pakkumuse teist testpilti. Kuna pakkuja kood ei jooksnud tõrgeteta kõigil testpiltidel, siis leidis hindamiskomisjon, et koodi kohta tekkis 1-2 küsimust, mistõttu ei saanud koodile omistada maksimumpunkte.’’ Ja hilisemas vestluses: ‘’Hankija jooksutas pakkujate koode kahel testpildil: img_14 ja img_13. Pilt number 14 oli proovitöö testimise käigus pakkujatele edastatud pilt. Pilti nr 13 pakkujatele ei edastatud, seda kasutas hankija sisemiseks testimiseks ja koodi hindamiseks. Kahe pildi erinevus on see, et pilti nr 13 on keeratud 180 kraadi. Kõigi pakkujate koode jooksutati kahel pildil ja üksnes teie koodil esines pildiga nr 13 tõrkeid. Hankijal puudub täpne arusaam, mis tõrkeid põhjustas, aga kuna teise pildiga teie kood toimis, siis võib põhjust seostada pildi pööramisega. Käsuga "gdalinfo" tuvastatud erinevused kahe pildi vahel: Origin point: img_13.tif: Starts at (14204, 0) img_14.tif: Starts at (0, 10652) – pööramata pilt Pixel Size: img_13.tif: (1, 1) img_14.tif: (1, -1) – negatiivne Y väärtus on tavapärane Corner Coordinates: img_13.tif: pööratud piltidel ei ole ükski nurga koordinaat Y-teljel img_14.tif: pööramata piltidel on mõlema vasaku nurga koordinaat Y-teljel Kuna hankija alustas teie koodi hindamisel pildist nr 13, siis olid küsimused peamiselt seotud tõrkega, et koodi jooksutamisel ei suudetud leida geomeetria veergu. Pildi vahetamine lõpuks aitas. Siit lingilt on võimalik alla laadid ka pilt nr 13, et saaksite ka koodi sellel jooksutada: https://transit.envir.ee/message/c8dGO2FQ38pdhf6ZxYjenJ Protokollis on koodi hinde selgituseks toodud selle mittetoimivus pildil nr 13, mis tekitas hankijas küsimusi, sest ühegi teise pakkumuse kood ei andnud sarnast tõrget. Hankija hinnangul viitab see kõrgendatud tundlikkusele alusandmete parameetrites, st eeldatakse liiga perfektset sisendit. Alusandmete augmenteerimise käigus on nt tavapärane piltide pööramine ja muul viisil manipuleerimine, mis ei tohiks koodi toimimist takistada. Mõlema pildi koodi jooksutamise käsud ja tõrketeated on samuti kaasa pandud ja lingilt kättesaadavad. Loodetavasti aitab selgitus ja pildi nr 13 testimise võimalus teil saada selgust selle osas, mis koodis tõrke võis põhjustada’’ Kõige olulisema detailina nähtub siit, et hankija ütleb selgelt, et teostasid testimise kahel pildil, mitte ühel nagu hankes sõnastatud. Pakkujatele teadmata oli lahenduse testimine pildil Img_13. Sellega esines hankijal tõrkeid ning selle eest võeti pakkujal punkte vähemaks. Isegi, kui lisapildi kasutamine oleks vastavuses hanke alusdokumentidega (mida see aga ei ole), ei saa MindTitan OÜ aru hankija poolsetest probleemidest pildi kasutamisega. MindTitan OÜ teostas pärast hindamisprotokolli kättesaamist ning hankija-poolseid selgitusi omapoolse lisatestimise, et viga taasluua, kuna proovitöö esitamisele eelnevalt testisime lahendust väga põhjalikult. Protsessi käigus andis hankija meile vale pildi, millega viga üritada taasluua. Sellega me viga taasluua ei suutnudki ning pole suutnud tänaseni. Võime analüüsides teoretiseerida, mida hankija võis sisendandmetes muuta, et viga tekitada, kuid see ei ole mitte tehniline viga või pakkuja-poolse hooletusega, vaid sellega, et antud tehniline nõue oli hankija poolelt proovitööle sõnastamata jäänud. Sellekohast viidet, et testimisel kasutatakse hoopis uut ja tehniliselt teistsugust pilti ning jooksutatakse kahel, mitte ühel pildil, proovitöö kirjelduses ei leidu. See ei ole iseenesest mõistetav, et sellist asja tehakse, eriti olukorras kus hankija on sõnastanud, et testimisel antakse pakkujale ette 1 testpilt. Tehniliste lahenduste puhul ei saa oodata, et funktsioonid töötavad ‘’out-of-the-box’’, vaid tehnilised nõuded tuleb sõnastada eelnevalt, et tagada ka nende hindamise õiguspärasus ja kontrollitavus. Ehk sisuliselt hankija sõnastas ühe ootuse proovitöös, kuid praktikas toimis teistpidi ning kasutas laiendatud, kuid mitte iseenesest eeldatavate eeldustega testimist ning võttis pakkujalt punkte vähemaks, kui lahendus ei vastanud hankija ootustele, mida ei olnud sõnastatud. Lisaks on selline lähenemine vastuolus sellega, mis on proovitöö eesmärk. Hankija sõnastatud proovitöö eesmärk on välja selgitada, kas pakkuja suudab luua aknaid tuvastava süvaõppe mudeli. MindTitan tõestas, et me suudame seda teha maksimumpunktide vääriliselt (hankija ise tõdeb, et kood töötab selle pildiga, mis pakkujatele edastati). MindTitan on tehniliselt võimeline looma koodi, mis on teistsuguste sisendandmete töötlemiseks piisavalt robustne, kuid see ei olnud proovitöö eesmärk. Leiame, et oleme proovitöö täitnud maksimumpunktide vääriliselt. MindTitan OÜ selgitus proovitöö punktide mõju kohta: Proovitöö vähendatud punktide tõttu saime proovitöö koodi eest 7 punkti ja mitte maksimaalsed 10 punkti. Seega oleksime korrektse hindamise korral saanud proovitöö eest 3 punkti rohkem ehk maksimaalsed 10 punkti. Hindamisprotokolli punkt: projektiplaan Hindamisprotokolli sisuline väljavõte, mille vaidlustame: ‘’...​​Pakkuja lähenemine on katsetava iseloomuga, mis toetab innovatsiooniprojekti ellu viimist. Hindamiskomisjon pidas tähelepanuväärseks seda, et pakkuja paneb rõhku andmete ühilduvusele rahvusvahelisel tasandil ning omab head tunnetust ruumiandmete valdkonna tulevikusuundadest. Samuti hindas komisjon kõrgelt pakkumuse loovat lähenemist (üks segmentatsioonimudel teede, veekogude ja hoonete tuvastamiseks - väidetavalt targem ja mitte silmaklappidega), kuigi lähenemine tekitab hankijas kõhklusi ajakava täitmise osas ja mudeli rakendamise etapis (edasi treenimise ja täiendamise keerukus pärast projekti lõppu). Pakkuja demonstreerib eeskujulikke võtteid masinõppeprojekti juhtimisest (nt välja toodud igas etapis ka kasutusjuhu testimine (EHR, PÄA), reaalse kasu mõõtmise töövoo loomine). Ajakava ja eelarve on üldiselt realistlikud (90€/h, lõpus 3 kuud puhvrit), samas on pakkumusel kõrgendatud risk, et integreeritud mudeli puhul ei jõua pakkuja 1. aastaga nõutud osa (st 2 nähtuse tuvastamist) üle anda. Riskide ja nende maandamismeetmete kirjeldus näitab pakkuja arusaamist ja üldist võimekust riske maandada, kuid mõne teguri osas on riskianalüüs puudulik. Riskianalüüsis on kõrgendatud ajakava risk ja pakkuja potentsiaalne rahavoo risk (3 mudeli asemel on 1, st ka pikem aeg enne osamakset) välja toomata ja maandamata….’ MindTitan OÜ selgitus ajakava riski osas: Hankija väidab, et ajakava risk on riskianalüüsis välja toomata. Riskianalüüsis (lisa 5) on risk “Ajakavast ei peeta kinni” esimene välja toodud risk koos riski maandamise nüanssidega ehk väide ei vasta tõele. ​ Lisaks on projektiplaani (lisa 6) visiooni osas ammendavalt põhjendatud, et ühe mudeli lähenemine on eeldatavalt soodsam nii kvaliteedi, ajalise ressursi kui ka arvutusliku ressursi osas. Ajakava võimaldab lihtsalt iteratiivse arendusmetoodikaga läbida rohkem iteratsioone ja luua iteratiivselt aina parema mudeli. Ajakava mõju suhtes on see täpsemalt ära toodud visiooni järgnevas osas (järgneb väljavõte pakkumises esitatud projektiplaanist): ​ ​ Selline jaotamise põhjendus: -------------//------------------ 2.​ Kui võimalik ja põhjendatud, siis masinõppes kipub olema rohkem asju koos vaadata parem: -------------//------------------ c.​ Treeningandmete haldamine, mudeli treenimine/haldamine/ juurutamine on märgatavalt lihtsam. Seda nii juhtudel kui treeningandmeid tuleb juurde (see on kindlalt MaRu puhul nii), kui ka kui uusi klasse lisandub (tõenäoliselt leiab samuti aset MaRu puhul). d.​ Arvutuslik efektiivsus - ühe mitme klassiga, veidi suurema mudeli treenimine on palju ressursi-efektiivsem kui mitme binaarse mudeli treenimine. ​ Hankija poolelt puudub igasugune argumenteeritud ning faktipõhine põhjendus, miks ühe mudeli põhine lahendus on riskantsem. Seeläbi loob hankija olukorra, kus on võimatu kontrollida hindamisprotokolli fakti- ja õiguspõhisust ning veenduda, et tegu ei ole lihtsalt ühe pakkuja subjektiivse eelistamisega teisele (võitja pakkujale), ilma konkreetseid fakte sõnastamata, luues sellega pakkujate ebavõrdse kohtlemise olukorra. Võrdse kohtlemise tagamiseks ja kontrolliks peab hankija põhjendus peab olema esitatud sellise täpsusastmega, mis võimaldab faktipõhiselt mõista, kust väide tuleb. MindTitan OÜ selgitus rahavoo riski osas: ​ Hankija on viidanud võimalikule rahavoo riskile. Hankepassi (lisa 7) kvalifitseerimistingimuseseks (RHS § 100 lg 1 p 4) on seatud, et pakkuja viimase kolme käesoleva riigihanke algamise ajaks lõppenud majandusaasta netokäivete (müügitulu) summa peab olema kokku vähemalt 300 000 (kolmsada tuhat) eurot. Seega seda nõuet täites on hankija kvalifitseerinud sobilikuks pakkuja majandusliku ja finantsseisundi. Lisaks on 12 kuud I ja II etapi tööde ja aruannete üleandmiseks lubatud aeg töövõtulepingu (lisa 8) punkt 3.1.1 alusel ja sellesse piiri ka MindTitan OÜ pakkumises kirjeldatud ajagraafiku alusel mahub. Eelnevat arvestades ei ole asjakohane hankija poolne hinnang, et MindTitan OÜ pakkumise ajagraafik tekitab riski MindTitan OÜ rahavoogudele, kuna MindTitan OÜ vastab nii hanke rahavoo (eelnevalt viidatud netokäibe nõue) kui ka ajagraafiku nõuetele. MindTitan OÜ rahavoogude juhtimine arvestab ka pikemate projektide ning sellest tulenevate sissetulekute hajutamisega pikemate perioodide vahele. Seega ei saa hankija omal volitusel ning algsetest nõuetest mööda minnes seada seda hanke hindamisprotsessis kitsenduseks, kui faktiliselt ei ole see MindTitan OÜ jaoks likviidsuse tagamisel probleemiks. Seega on siin eksitud jämedalt RHS § 100 lg 1 p 4 vastu. MindTitan OÜ selgitus riskianalüüsi punktide mõju kohta: Ajakava ja rahavoo vähendatud punktide tõttu saime riskianalüüsi eest 3 punkti ja mitte maksimaalsed 5 punkti. Seega oleksime korrektse hindamise korral saanud riskianalüüsi eest 2 punkti rohkem ehk maksimaalsed 5 punkti. MindTitan OÜ selgitus proovitöö ja riskianalüüsi punktide mõju kohta: MindTitan OÜ oleks pidanud saama proovitöö koodi eest 3 punkti rohkem ning riskianalüüsi eest 2 punkti rohkem ehk kokkuvõttes 5 punkti rohkem. See teeks MindTitani punktisummaks 85,27, mis on rohkem kui praeguse edukaks tunnistatud võitjal (84,37), millega oleks pidanud meid edukaks tunnistama. Igaks juhuks potentsiaalselt lihtsamaks ülevaate saamiseks oleme kaasa pannud ka kogu meie hanke pakkumuse (lisa 9). 2 Seega hankija ei ole järginud hindamisel RHS § 52 lg 2 ja 3 ning RHS § 100 lg 1 p 4 kehtestatud üldpõhimõtteid, mille korrektsel läbiviimisel oleks antud hanke hindamisprotokollis saavutanud MindTitan OÜ rohkem punkte. IV. Taotlus Lähtudes RHS § 185 lg 1, RHS § 185 lg 2 punkt 7 RHS § 190 lg 4 punkt 1 ning eespooltoodust palun kehtetuks tunnistada hankija otsus edukaks tunnistada ühipakkujad STACC OÜ (11672027) ja Regio OÜ (12971967). Vaidlustaja soovib asja arutada kirjalikus menetluses. Vaidlustaja on tasunud riigilõivu. Lisad: 1.​ Lisa 1 Hanke tulemus 2.​ Lisa 2. Hindamisprotokoll 3.​ Lisa 3. Hindamismetoodika kirjeldus 4.​ Lisa 4. Nõuded proovitööle 5.​ Lisa 5. Riskianalüüs 6.​ Lisa 6. Projektiplaan 7.​ Lisa 7. Hankepass 8.​ Lisa 8. Töövõtuleping 9.​ Lisa 9. Hanke pakkumus Lugupidamisega Kristjan Jansons MindTitan OÜ esindaja
Allikas: Rahandusministeerium dokumendiregister →
dokumendiregister.eeAsutusedEesti avalike dokumendiregistrite otsing · nimistu.ee andmetel