Avalik teenus ei saa oma otsustusvõimet välja tellida
Leping ei ole otsus
Avaliku sektori asutus saab osta tarkvara. Ta saab osta majutust, analüüsi, soovitust, töövoogu, tõlget, järjestust või aruannet. Mida ta osta ei saa, on pääs sellest, et just tema on asutus, kes tegutseb. Leping võib anda töö üle tarnijale, kuid see ei anna üle asutuse avalikku eesmärki, õiguslikku pädevust, kohustust põhjendada ega kohustust pakkuda õiguskaitsevahendit. Need järgnevad otsusele, mitte arvele.
See kõlab enesestmõistetavalt, kuni hankekeel muudab otsustuse tarnitavaks tulemuseks. Pakkumuskutse küsib riskiskoori. Tarnija tarnib riskiskoori. Leping nimetab tulemuse nõuandvaks. Teenus muudab vaikselt oma järjekorda, tähelepanu või künnist, sest skoor on mugav. Selleks ajaks, kui see mõjutab inimest, saab igaüks osutada mõnele teisele dokumendile. Tarnija osutab tehnilisele kirjeldusele. Hankemeeskond osutab hankelepingule. Operaator osutab ekraanile. Asutus osutab lepingule. Inimene, kes vajab vastust, jääb näpuga osutajate ringi keskele, ilma et keegi vastutust võtaks.
Avalik töö on alati hõlmanud delegeerimist. Linnavalitsus võib tellida kontrolli, ministeerium võib osta juhtumihaldussüsteemi ja haigla võib hankida ajakavastamisteenust. Delegeerimine ei ole probleem. Probleem algab siis, kui delegeeritud osal lastakse kanda otsust ilma volituse, tõendusmaterjali ja läbivaatamiseta, mis muudavad otsuse õiguspäraseks. Tööriist võib olla ühes ülesandes suurepärane ja olla siiski vale koht avaliku otsustuse paigutamiseks. Hangetes tuleb see eristus säilitada enne, kui tarnija sõnavarast saab organisatsiooni tegevusmudel.
Euroopa avaliku sektori hanketraditsioon sisaldab juba õiget mõtet. Hankijad peavad tegutsema läbipaistvalt, proportsionaalselt, mittediskrimineerivalt ja ilma konkurentsi kunstlikult kitsendamata. See ei ole ainult õiglane viis hanke korraldamiseks. See on meeldetuletus, et hankija jääb ostu sees nähtavaks. Avaliku sektori asutus valib eesmärgi, määratleb vajaduse, seab tingimused ja võtab vastu tagajärjed. Nutikas süsteem ei lase neil valikutel kaduda. Ta annab neile lihtsalt kallima liidese.
Otsustus ei ole sama mis tulemus
Tehnilised süsteemid toodavad tulemusi. Avaliku sektori asutused teevad otsuseid. Need kaks võivad asetseda kõrvuti, kuid nad ei ole omavahel asendatavad. Klassifikaator saab määrata kategooria. Otsingusüsteem saab leida dokumente. Keelemudel saab koostada kirja. Optimeerija saab leida tee piirangute vahel. Ükski neist tegusõnadest ei sisalda iseenesest õiguslikku ega kodanikuküsimust selle kohta, mis peaks inimesega juhtuma.
Otsustus astub mängu siis, kui asutus otsustab, et tulemus on asjakohane, piisav ja volitatud konkreetse toimingu jaoks. See astub mängu siis, kui kaalutakse vastanduvaid huve, kui kaalutakse erandit, kui tõlgendatakse reeglit kontekstis, kui inimest kuulatakse, kui viivitus aktsepteeritakse, kui viga parandatakse ja kui esitatakse põhjendus. Mudel võib nendel hetkedel panustada teabega. Ta ei omanda avalikku volitust sellega, et on täpne, kiire või enesekindlalt esitatud.
See eristus on oluline, sest hanked kirjeldavad süsteeme sageli võimekuse keeles. Tarnija tuvastab, hindab, seab prioriteedid, soovitab või automatiseerib. Võimekuse keel on kasulik turu leidmiseks. Sellest ei piisa vastutuse määramiseks. Hankes tuleb öelda, milline inimese või asutuse roll muudab võimekuse tegevuseks, milliseid tõendeid see roll peab kontrollima, millised toimingud on keelatud ja kuidas mõjutatud isik saab tulemuse vaidlustada.
See tõlge võimekusest volituseks on esimene tõsine hanketoiming. Ilma selleta ei osta ostja piiritletud teenust. Ta ostab lünga oma vastutuse kirjelduses. Lünki on lihtne ignoreerida, kui projekti tähistatakse. Need muutuvad üllatavalt käegakatsutavaks, kui keegi küsib, miks otsus tehti.
Alusta avalikust eesmärgist
Vastutustundlik hange algab avalikust eesmärgist, mitte mudelikategooriast. Küsimus pole selles, kas asutus võib osta tehisintellektisüsteemi. Küsimus on selles, millist avalikku ülesannet on vaja toetada, millist tulemust ülesanne peaks saavutama, keda see mõjutab ja mida loetaks ebaõnnestumiseks. Kitsas eesmärk teeb hilisemad valikud võimalikuks. Selline loosung nagu tõhususe parandamine jätab kõik olulised otsused hilisemaks, tavaliselt tarnija demosse.
Eesmärk tuleks kirjutada teenuse keeles. Meeskond võib vajada teabe leidmist failist, taotluste suunamist õigele spetsialistile, avaliku teate tõlkimist, sisekokkuvõtte koostamist või juhtumite tuvastamist, mis vajavad tähelepanu. Need on erinevad ülesanded erinevate tagajärgedega. Mustandit saab tagasi lükata. Suunamine võib inimest viivitada. Tõlge võib muuta juurdepääsu. Prioriseerimine võib muuta seda, kes saab nappi aega. Üks sõna, automatiseerimine, peidab endas terve avaliku võimu geograafia.
Eesmärgi avaldus peaks ütlema ka seda, mida süsteemil ei ole lubatud teha. See võib abistada juhtumitöötlejat, kuid mitte määrata abikõlblikkust. See võib soovitada järjekorra järjestust, kuid mitte eemaldada inimest teenusest. See võib tuua esile dokumente, kuid mitte otsustada, milline tõend on õiguslikult asjakohane. See võib koostada teate, kuid mitte saata seda ilma nimetatud kinnituseta. Negatiivne ruum ei ole koostamise luksus. See on see, kuidas piir peab vastu kiirele teisipäevale.
Siin on praktiline põhjus rangeks olla. Süsteemi kasutus laieneb mugavuse kaudu. Kui tööriist on saadaval, küsib järgmine meeskond, kas see suudab toime tulla naaberülesandega. Algne eesmärk tundub piisavalt sarnane. Lisatakse uus väli, ühendatakse uus andmeallikas ja mõjutatakse uut inimeste rühma. Kui algne eesmärk oli ähmane, ei oska keegi öelda, kas see on väike muudatus või uus avalik toiming. Hange peaks looma muudatuse küsimuse, millele organisatsioon saab vastata enne, kui uus kasutus muutub tavapäraseks.
Euroopa reeglid muudavad vastutuse varjamise raskemaks
Direktiiv 2014/24/EL seab tuttava avaliku hanke alustaseme: võrdne kohtlemine, mittediskrimineerimine, läbipaistvus ja proportsionaalsus. Need põhimõtted ei näe ette konkreetset tehnoloogiat. Need nõuavad, et hankija kujundaks protsessi, mida saab selgitada ja kaitsta. Nõue, mida saab täita ainult üks tarnija ilma tegeliku tegevusliku põhjuseta, on juhtimisprobleem, mitte ainult turuprobleem. Nõue, mida ei saa testida, on lubadus hanke numbriga.
Samasugused põhimõtted kehtivad ka siis, kui ostetav asi on mudel, agent või otsustust toetav teenus. Asutus peab kirjeldama oma vajadust viisil, mis võimaldab õiglast konkurentsi ja sisukat hindamist. Ta peab võrdlema pakkumusi kriteeriumide alusel, mis on teenuse jaoks olulised, mitte ainult tarnija eelistatud võrdlusnäitaja alusel. Ta peab säilitama tõendid hankeotsuse kohta ja juhtima lepingut, kui tegelikkus erineb pakkumusest. Läbipaistvus ei lõpe võitnud pakkumise väljakuulutamisega. See jätkub läbi toimivuse, muudatuste ja lõpetamise.
ELi AI-määrus lisab teatud kõrge riskiga süsteemidele teise kihi. Artikkel 14 nõuab inimjärelevalvet, mis on tõhus, proportsionaalne riski, autonoomia taseme ja kontekstiga ning suudab tuvastada kõrvalekaldeid, tõlgendada väljundeid, neid eirata või ümber pöörata ning süsteemi ohutult katkestada. Artikkel 27 nõuab, et asjakohased avalik-õiguslikud asutused ja avalike teenuste osutajad hindaksid põhiõiguste mõju enne teatud kõrge riskiga süsteemide kasutuselevõttu ning uuendaksid hinnangut, kui kontekst muutub. Need on tegevuskohustused, mitte dekoratiivne sõnastus poliitikalehe jaoks.
AI-määrus ei muuda iga avaliku sektori tarkvaraostu samasse õiguslikku kategooriasse. See teeb midagi kasulikumat: see muudab suhte pakkuja, kasutuselevõtja, süsteemi ja mõjutatud isiku vahel raskemini hägustatavaks. Pakkuja peab kirjeldama võimalusi ja piiranguid. Kasutuselevõtja peab süsteemi asjakohaselt kasutama ja vastutama selle kasutamise eest. Avalikel asutustel on teatud kõrge riskiga süsteemide puhul registreerimis- ja teabekohustused. Täpne õiguslik kohaldamine sõltub kasutusest ja asjakohastest sätetest. Valitsemistava õppetund on stabiilne: osapool, kes võimekuse ostab, omab ikkagi konteksti, milles võimekus toimib.
Tarnija väljund vajab kodu
Igal avalikus töövoos kasutataval väljundil peaks olema nimetatud kodu. See kodu ei ole lihtsalt andmebaasitabel. See on roll, millel on volitus otsustada, kas väljund on otstarbeks sobiv, millised tõendid seda toetavad, mis juhtub, kui see on vale, ja milline versioon selle lõi. Kui väljundil pole omanikku, käsitletakse seda kõigi murena kuni esimese vaidluseni, mil sellest saab kellegi tööülesanne.
Omandus tuleks jagada ilma killustamata. Teenuseomanik teab avalikku eesmärki ja vastuvõetavat riski. Andmeomanik teab allikat, kvaliteeti, juurdepääsu ja parandamise teed. Tehniline omanik teab juurutust, turvet, võimsust ja integratsiooni. Mudeli- või tarnijaomanik teab hindamist, piiranguid ja muudatusi. Operatiivne ülevaataja teab tööd ja suudab peatada juhtumi edasiliikumise. Need rollid võivad kuuluda ühele väikesele meeskonnale. Neid ei saa asendada fraasiga inimene ahelas.
Isik, kes väljundit üle vaatab, vajab aega, teavet ja volitusi. Kui liides näitab ainult skoori, ei saa ülevaataja selle alust kontrollida. Kui järjekord muudab ülevaatamise võimatuks, ei saa ülevaataja teostada sisulist järelevalvet. Kui poliitika ütleb, et väljund on nõuandev, samas kui töövoog käsitleb seda vaikevastusena, palutakse ülevaatajal anda allkiri, mitte hinnang. Nupp kinnita ei ole kontrollipunkt, kui selle taga olev inimene ei saa ohutult midagi muud valida.
Hankimisel tuleks seetõttu paluda tarnijatel kirjeldada üleandmist. Mis täpselt süsteemi siseneb. Mis välja tuleb. Milline ebakindlus või piirang liigub väljundiga kaasa. Mida operaator näeb. Mida operaator saab muuta. Mida süsteem teeb, kui sisend on väljaspool deklareeritud ulatust. Kuidas on stopp-toiming avatud. Millised kirjed tõendavad, et ülevaatus toimus. Tarnija, kes suudab neile küsimustele vastata, kirjeldab toimivat teenust. Tarnija, kes vastab ainult tulemuslikkuse skooriga, kirjeldab komponenti.
Esimene visuaal: vastutus järgib ahelat
Skoor ei ole põhjendus
Skoorid on hankes atraktiivsed, sest need muudavad võrdlemise puhta nägemise. Tarnija saab teatada täpsusest, latentsusest, katvusest või käsitsitöö vähenemisest. Ostja saab väärtused tabelisse panna ja tunda, et otsus muutub objektiivseks. Mõõtmine on väärtuslik. Kuid skoor vastab ainult sellele küsimusele, mille jaoks see loodi. See ei muutu avaliku tegevuse põhjenduseks lihtsalt sellepärast, et see saab kümnendkoha.
Oletame, et süsteem järjestab juhtumeid tähelepanu saamiseks. Järjestus võib olla kasulik, kuid avalik põhjendus ei ole lihtsalt see, et number oli kõrge. Asutus peab teadma, milline seaduslik eesmärk järjestamist lubab, milliseid andmeid arvesse võeti, millised juhtumid on välistatud, mida järjestus ei näe, kuidas läbivaataja saab seda parandada ja kuidas inimene saab tulemuse vaidlustada. Skoor on üks signaal otsuse sees. Kui see on ainus lause, mida asutus suudab esitada, ei ole see tõend otsustusvõimest. See on tõend, et asutus delegeeris selgituse.
Ka võrdlusnäitajate väited vajavad lepingut. Millist populatsiooni testiti. Milliseid silte kasutati. Millised keeled ja äärejuhud olid kaasatud. Millise baasjoonega võrreldi. Kuidas vigu kaaluti. Mis juhtus puuduvate või mitmetähenduslike sisenditega. Kas inimene parandas tulemust testi ajal. Kas hindamine viidi läbi samal versioonil, mis hakkab teenuses töötama. Ilma nende üksikasjadeta võib võrdlusnäitaja olla endiselt huvitav, kuid see ei saa kanda hankeotsuse täit raskust.
Avalikud ostjad peaksid küsima tõendeid sellisel kujul, nagu teenus neid hiljem vajab. Tehniline test võib näidata, kas mudel täidab ülesannet. Töövoo test võib näidata, kas inimesed suudavad vigu tuvastada ja parandada. Valitsemistest võib näidata, kas otsust saab rekonstrueerida ja vaidlustada. Järjepidevuse test võib näidata, kas asutus suudab tegutseda, kui tarnija pole kättesaadav. Need testid vastavad erinevatele küsimustele. Nende ühendamine üheks tarnija skooriks on mugav ja tavaliselt vale.
Inimjärelevalvel peavad olema hambad
Inimjärelevalvet esitatakse sageli kui rahustavat viimast nimisõna süsteemi diagrammil. Kast, millel on silt inimene, ilmub mudeli järel ja enne otsust. Diagramm näeb välja vastutustundlik. Tegelik küsimus on, kas inimene suudab mõista, vaidlustada ja muuta väljundit tingimustes, milles teenus töötab.
AI-määruse artikkel 14 on selles osas erakordselt konkreetne. Inimesed, kellele järelevalve on määratud, peaksid mõistma asjakohaseid võimalusi ja piiranguid, jälgima toimimist, tundma ära automatiseerimise kallutatuse, tõlgendama väljundit, otsustama seda mitte kasutada või selle tühistada ning sekkuma või katkestama ohutu protseduuri kaudu. Need on volitused. Need nõuavad liidest, koolitust, töökoormust, tõendusmaterjali, autoriteeti ja aega. Need nõuavad ka organisatsiooni, mis toetab hindajat, kes ütleb, et süsteem on oma ulatusest väljas.
Hindaja ei saa teostada järelevalvet väljundi üle, millelt on kontekst eemaldatud. Väljund vajab asjakohaseid allikaviiteid, sisendi kvaliteedihoiatusi, versiooni ja eesmärki. Hindaja vajab võimalust küsida rohkem tõendusmaterjali või märkida juhtum lahendamata. Kui süsteem esitab ühe vastuse viisil, mis muudab alternatiivid kalliks, kujundab see automatiseerimise kallutatuse ruumi sisse. Kui ainus viis töövoogu peatada on helistada tarnijale, on asutus ostnud süsteemi, mida ta ei saa ohutult käitada.
Proportsionaalsus on oluline. Väikese mõjuga tekstiabi ei pea omama samu kontrolle kui süsteem, mis toetab õigust, kontrolli või juurdepääsu hooldusele. Kuid proportsionaalne ei tähenda sümboolset. Mida rohkem süsteem võib mõjutada õigusi, turvalisust või olulisi teenuseid, seda enam peaks asutus suutma näidata, et järelevalve oli võimalik, seda kasutati ja see suutis tulemust muuta. Inimene, kes on kohal, kuid jõuetu, ei ole järelevalve. Ta on polsterdatud lahtiütlemine.
Vaidlustatavus on teenuse osa
Avalik otsus ei ole lõppenud, kui sisemine töövoog ütleb, et on valmis. See on piisavalt lõppenud, et mõjutatud isik saaks aru, mis juhtus, parandada asjakohaseid fakte ja kasutada kättesaadavat läbivaatamise või edasikaebamise teed. Vaidlustatavus ei ole vabatahtlik kliendikogemuse funktsioon. See on osa institutsiooni suhtest avalikkusega.
Komisjoni selgitus isikuandmete kaitse üldmääruse automatiseeritud otsuste kaitsemeetmete kohta teeb põhipunkti selgelt. Isikut ei tohiks allutada üksnes automatiseeritud otsusele, millel on õiguslikud või sarnaselt olulised mõjud, välja arvatud kindlaksmääratud tingimuste ja kaitsemeetmete raames. Kui kaitsemeetmed kehtivad, vajavad inimesed teavet, inimsekkumise võimalust ja viisi oma seisukoha väljendamiseks ning otsuse vaidlustamiseks. Täpne õiguslik tee sõltub töötlemisest ja kohaldatavast õigusest. Tegevuspõhimõte on laiem: mõjutatud isik vajab otsuse üle reaalset kontrolli, mitte üldist lubadust, et keegi kusagil saab seda vaadata.
See kontroll peab olema seotud tõendusmaterjaliga. Kui isik vaidlustab prioriseerimise, peab asutus suutma hankida asjakohase otsuse konteksti, mitte ainult praeguse mudeli versiooni. Kui lähtekirjet parandati hiljem, peab organisatsioon eristama algset olekut parandatud olekust ja ütlema, mis muutus. Kui inimhindaja lükkas väljundi tagasi, peaks kirje näitama, et süsteem ei teinud lõplikku valikut. Vaidlustatavus ilma kirjeta on viisakas kutse küsimust korrata.
Tarnijad saavad aidata vaidlustatavuse võimalikuks teha. Nad saavad avalikustada versioonitud sisendid, põhjused, allikalingid, ülevaatusseisundid, parandussündmused ja ekspordivormingud. Nad saavad teenuse peatada, mitte vaikselt jätkata, kui tõendusmaterjal puudub. Nad ei saa otsustada, millist selgitust avalik õigus nõuab või millise õiguskaitsevahendi avalik-õiguslik asutus peab tagama. Need on institutsionaalsed valikud. Tarnija saab ehitada käepidemed. Asutus peab otsustama, kuhu käepidemed viivad.
Andmepiirid on avalikud piirid
Hankearuteludes käsitletakse andmeid sageli sisendina, mis ühendatakse pärast tarnija valimist. Avalikus teenuses on andmepiirid ka autoriteedi piirid. Allikas määrab, mida süsteem tohib teada, mida see tohib järeldada, mida see tohib säilitada ja milliseid inimesi võib viga mõjutada. Tarnija ei tohiks neid piire määratleda, muutes ühenduse lihtsaks.
Nõuetes tuleks nimetada volitatud allikad, eesmärk, värskus, säilitamine, juurdepääs, parandamine ja kustutamine. Need peaksid eristama esmaseid andmeid tuletatud materjalist, nagu manustused, kokkuvõtted, märgendid, vahemälud ja skoorid. Need peaksid ütlema, millised andmed lahkuvad asutusest, millised alltöövõtjad võivad neid töödelda ja kuidas tugijuurdepääsu registreeritakse. Need peaksid määratlema, mis juhtub, kui allikas on puudulik, aegunud, vaidlustatud või väljaspool algselt deklareeritud eesmärki.
See ei ole ainult privaatsusküsimus. Allikadistsipliin mõjutab otsuse kvaliteeti ja õiguspärasust. Avalikul asutusel võib olla palju andmeid, kuid siiski puudub seaduslik või usaldusväärne alus nende kasutamiseks konkreetses töövoos. Mudel võib leida korrelatsiooni, mis on tehniliselt kasulik, kuid institutsionaalselt vastuvõetamatu. Allalaetud dokument võib olla ajakohane, kuid mitte autoriteetne. Riigihanke nõue peab võimaldama operaatoril eristada kättesaadavat teavet põhjendatud teabest.
Sama distsipliin aitab ka tarnijat. Selged allikapiirid vähendavad kiusatust lubada, et üldine mudel suudab vastata igale küsimusele. Need muudavad hindamised korratavaks. Need määratlevad, mida teenus peaks tegema, kui sisend jääb väljapoole lepingut. Süsteem, mis oskab öelda, et tõendid on ebapiisavad, on sageli kasulikum kui see, mis suudab alati vastuse anda. Avalikud ostjad peaksid sellist käitumist premeerima, mitte käsitlema keeldumist demo veana.
Nõuetes tuleb kirjeldada tõrkeid
Enamik hankeid kirjeldab soovitud teed: andmete vastuvõtt, töötlemine, tulemuse tagastamine, jõudluse mõõtmine. Avalikud teenused vajavad ka mittesoovitud teid. Kirje puudub. Keel ei ole toetatud. Mudel muutub. Allikas on vastuolus reegliga. Tarnija pole kättesaadav. Hindaja ei nõustu. Isik esitab kaebuse. Väljundit kasutatakse väljaspool ettenähtud eesmärki. Andmesubjekt taotleb parandust. Juhtum avastatakse kuud pärast otsust.
Tõrkenõuded peaksid olema testitavad. Süsteem peab peatuma, kui nõutav väli puudub. See peab tuvastama soovituse aluseks oleva versiooni ja allika ulatuse. See peab pakkuma ohutu peatamise protseduuri. See peab eksportima kirjeid dokumenteeritud vormingus. See peab teatama asutusele olulistest muudatustest. See peab toetama tuletatud artefaktide parandamise teed. See peab säilitama piisavalt konteksti volitatud uurimiseks. See ei tohi vaikimisi asendada deklareeritud mudelit või allikaklassi teisega, kui see pole kättesaadav.
Need nõuded ei ole katsed ennustada iga halba päeva. Need on viisid teenuse ohutuse nähtavaks tegemiseks. Tarnija võib pakkuda teistsugust rakendust, kuid asutus saab pakkumisi võrrelda jälgitava käitumise alusel. Hanget iseloomustab vähem funktsioonide loetelu ja rohkem see, kas teenus suudab surve all vastutust kanda.
Tõrkekeel parandab ka ärisuhtlust. Tarnija, kes ei suuda pakkuda ohutut peatamist, usaldusväärset eksporti või versiooniteadet, võib siiski sobida madala riskiga ülesandeks. Asutus saab selle avalikult otsustada. Tal ei pea seda piirangut avastama pärast lepingu allkirjastamist. Keegi ei vaja hanget, mis on tehniliselt põnev, kuid operatiivselt õudusunenägu.
Leping on operatiivne kavand
AI-põhise avaliku teenuse leping peaks kirjeldama enamat kui tööaega ja tugitunde. See peaks kirjeldama tõendeid, muudatusi, juurdepääsu, läbivaatamist, intsidentidele reageerimist ja lahkumist. Need tingimused kujundavad seda, mida asutus saab teada ja teha pärast teenuse käivitumist. Need on arhitektuuri osa isegi siis, kui need esinevad õiguslikes lisades.
Muudatuste kontroll on kesksel kohal. Mis loetakse oluliseks mudeli, päringu, andmete, otsingu või poliitika muudatuseks. Kui palju etteteatamisaega nõutakse. Milliseid hindamisi tuleb uuesti läbi viia. Kes võib muudatuse vastu võtta. Mis juhtub, kui tulemused halvenevad mõne alarühma või keele puhul. Kas asutus võib uuenduse edasi lükata. Kas ta võib selle tagasi võtta. Tarnija võib vajada paindlikkust teenuse säilitamiseks, kuid paindlikkus ilma arvestuseta on riski üleandmine, mis on maskeeritud osavuseks.
Juurdepääsutingimused peaksid hõlmama enamat kui ainult juhtpaneelid. Asutus võib vajada logisid, konfiguratsiooni, testimise artefakte, lähtekoodi identifikaatoreid, tugiteenuste kirjeid ja muudatuste ajalugu. Juurdepääs peab olema proportsionaalne ja turvaline, isikuandmed kaitstud ja saladused eraldatud. Eesmärk ei ole nõuda iga sisemist tehnilist üksikasja. Eesmärk on tagada, et asutus saaks kontrollida, mida teenus tegi selles kontekstis, kus ta teenust kasutas.
Intsidentide tingimustes tuleb määratleda nimetatud kanalid ja ajapiirid, mis vastavad süsteemi mõjule. Need peaksid ütlema, kes võib intsidendi välja kuulutada, kes võib töövoo peatada, millised tõendid säilitatakse, kuidas mõjutatud inimesi arvesse võetakse ja kuidas parandusmeetmeid kontrollitakse. Teenus, mis teatab ainult taristu riketest, ei teata neist intsidentidest, mille selgitamisel avalik asutus kõige tõenäolisemalt abi vajab.
Tarnija vastutus on tõeline, kuid erinev
On vale väita, et tarnijal puudub vastutus. Teenusepakkujad kujundavad süsteeme, esitavad väiteid, seavad piiranguid, haldavad uuendusi, valivad alltöövõtjaid ja kontrollivad osa tõendusmaterjalist. Avalik asutus peaks neid nende kohustuste täitmisel hoidma. Tarnija tehniline ja lepinguline vastutus on oluline, eriti kui asutus ei saa iseseisvalt iga komponenti taasesitada.
Sama vale on muuta tarnija vastutus institutsionaalse vastutuse asendajaks. Tarnija ei valinud avalikku eesmärki, ei määratlenud mõjutatud rühma, ei otsustanud, et väljund oli teenuse jaoks piisav, ei kehtestanud edasikaebamise korda ega otsustanud, millist riski avalikkus peaks aktsepteerima. Need otsused kuuluvad asutusele ja seda ümbritsevale õigusraamistikule. Avalik asutus, kes ütleb, et mudel otsustas, kirjeldab omaenda ebaõnnestumist hoida otsus avalikes kätes.
Kasulik suhe on selgesõnaline vastastikune sõltuvus. Teenusepakkuja tarnib komponendi või teenuse dokumenteeritud tingimustel. Kasutuselevõtja integreerib selle eesmärgi, protsessi ja rollistruktuuri. Mõlemad pooled säilitavad tõendusmaterjali selle osa kohta, mida nad kontrollivad. Asutusel jääb võimalus esitada teenusepakkujale väljakutse, peatada kasutamine ja selgitada avalikku tegevust. Kui tarnija kujundus muudab need võimalused võimatuks, saab hankeväljakutse ise osa riskist.
Head lepingud ei nõua tarnijalt iga tundmatu vastutuse aktsepteerimist. Need jaotavad kohustused nii, et kumbki pool saab neid täita. Asutus peab tagama seadusliku ja asjakohase konteksti. Tarnija peab avalikustama piirangud ja muudatused. Operaator peab süsteemi kasutama ettenähtud ulatuses. Hindajal peab olema tõeline volitus. Kirjed peavad üle elama vaidluse. Täpne rollide määratlemine on lahkem kui klausel, mis ütleb, et pooled teevad koostööd, ja loodab, et kõigil on kaasas sama sõnaraamat.
Teisaldatavus on otsustusnõue
Väljumist käsitletakse sageli ärilise küsimusena. Avalike teenuste puhul on see ka otsustusküsimus. Kui asutus ei saa hankida tõendusmaterjali, konfiguratsiooni, kirjeid ja otsuseid, mis on vajalikud teenuse jätkamiseks või selle ajaloo uurimiseks, ei saa ta täielikult omada teenuse kaudu tehtud otsuseid. Süsteem, mis ei saa lahkuda, võtab osa institutsiooni mälust endaga kaasa.
Teisaldatavus peaks hõlmama ka tööseisundit, mitte ainult andmebaasi ridu. Asutusel võib olla vaja sisend- ja väljundkirjeid, allikaviiteid, mudeli ja viipade versioone, poliitikaseadeid, läbivaatusotsuseid, auditisündmusi, paranduste ajalugu, säilitusmetadmeid ja neid selgitavaid skeeme. Täpne hulk sõltub teenusest. Põhimõte on, et tulevane operaator peaks suutma mõista, mis juhtus, ilma et ta peaks hankija privaatset juhtpaneeli tagurpidi lahti harutama.
Väljumist tuleks testida enne, kui see muutub kiireloomuliseks. Lühike proov võib paljastada, kas eksport on täielik, kas identifikaatorid püsivad stabiilsed, kas kirjeid saab lugeda ilma litsentsita, kas tuletatud andmeid saab vastavusse viia ja kas teenus suudab ülemineku ajal töötada. Testimine toob välja ka selle, millised töövoo osad ei olnud kunagi tegelikult asutuse omanduses. Edukas väljumistest ei ole umbusaldusavaldus hankijale. See on tõend, et avalikul teenusel on väljalülitusnupp.
Järjepidevus on oluline ka siis, kui leping sujub hästi. Hankijad võivad vahetada omanikku, hindu, tingimusi, taristut või strateegilist suunda. Avalik asutus ei tohiks vajada kriisi, et avastada, et ainsad inimesed, kes mõistavad selle otsustusrada, töötavad kellegi teise heaks. Hangete puhul on õige hetk muuta järjepidevus tavapäraseks, mitte kangelaslikuks.
Teine visuaal: otsustusvärav, mitte templipaugutaja
Osta võime öelda ei
Kõige tugevam hankenõue on mõnikord keeldumine. Asutus peaks suutma öelda ei kasutusele, mida ei saa tõendada, ei muudatusele, mida ei ole hinnatud, ei väljundile, mis jääb ulatusest välja, ja ei hankijale, kes ei suuda pakkuda toimivat väljumist. See ei ole vaenulikkus tehnoloogia suhtes. See on minimaalne sõltumatus, mis on vajalik selleks, et valida tehnoloogia avaliku eesmärgi jaoks, mitte valida eesmärk, mis sobib juba ostetud tehnoloogiaga.
Ei ütlemine vajab sisemist teed. Läbivaataja peab teadma, kes saab otsustada, et juhtumit ei ole ohutu automatiseerida. Teenuse omanik peab suutma peatada ilma, et ta ootaks juhtkomiteed, mis kohtub järgmisel kuul. Hangetes tuleb tunnistada, et vähemate funktsioonidega pakkumine võib olla ohutum, sest selle piirid on selgemad. Õigus-, tehnilised ja operatiivmeeskonnad peavad suutma eelistatud hankijat vaidlustada enne, kui otsus muutub sotsiaalselt ebamugavaks.
Vendors benefit from this discipline too. A clear no gives them a defined scope in which to improve. It prevents a promising prototype from being sold as a universal answer. It makes acceptance criteria meaningful. It also stops the supplier's most enthusiastic interpretation from becoming the de facto policy. Enthusiasm is a useful fuel for exploration. It is not a substitute for a brake.
The ability to refuse is part of sovereignty at the service level. It says the authority can keep a task human, narrow the data, require more evidence, choose a different supplier or stop a deployment without losing the public purpose. That is a better definition of technological independence than the number of products in a catalogue.
Procurement should include the people who will carry the work
Buying teams need more than a technical evaluation and a legal review. The people who will operate the service should help define the task, the failure modes and the evidence they can realistically inspect. Caseworkers, inspectors, administrators, translators, clinicians, teachers or planners know where a neat output becomes a difficult case. They also know which workarounds will appear when a system does not fit.
Involvement should be specific. Ask operators to walk through representative and difficult cases. Ask them what they need to see before accepting a recommendation. Ask where an appeal begins, where a source is corrected and which deadlines make a pause dangerous. Ask what a safe refusal looks like. These are not user-research gestures. They are requirements discovery for a service that will be operated by humans rather than by the slide deck.
Affected people should be considered as well. Their perspective may reveal that a technical distinction does not make an intelligible explanation, that a correction route is too slow or that a translated notice changes the practical meaning. Public procurement cannot turn every service into a consultation, but it can test whether the proposed boundary is visible from outside the institution. A person should not have to understand the architecture to understand how to challenge an outcome.
The result is usually less elegant than a demo and more durable than one. Real work contains interruptions, exceptions, language differences, old records, accessibility needs and people who do not behave like test data. That is not a failure of public service. It is the public service. Procurement should buy for that world.
Monitoring is how ownership continues
Ownership does not end at launch. Models, source systems, policies, staff behaviour and public needs change. A system can keep returning outputs while its meaning drifts. Monitoring should therefore connect technical signals to the public action they support. Uptime and latency matter, but so do overrides, corrections, appeals, queue effects, missing evidence, subgroup outcomes, language coverage and the severity of errors.
The monitoring plan should state what happens when a signal crosses a threshold. Who investigates. Who can pause. What records are preserved. Which people may have been affected. Whether the supplier is contacted. When the authority communicates. How a remedy is verified. A dashboard that has no response rule is not governance. It is a very colourful suggestion.
Evaluation should be repeated after material changes and at intervals appropriate to the use. A model update may alter output even when the supplier says the interface is unchanged. A policy change may alter what a correct output means. A new data source may introduce a proxy or a different error pattern. A public body needs enough version history to compare states and enough authority to decide that an apparently small change requires a wider review.
Järelevalve kaitseb ka hindajat. Kui inimeselt oodatakse süsteemi ülekirjutamist, peaks organisatsioon jälgima, kas töökoormus, liides või stiimulid teevad selle praktiliselt võimalikuks. Kõrge ülekirjutamise määr võib viidata nõrgale mudelile, ebaselgele poliitikale või hindajale, kes teeb tegeliku töö halvasti kavandatud tööriista ümber. Iga ülekirjutamise käsitlemine inimliku mürana on lihtne viis süsteemi tegelikust spetsifikatsioonist mööda vaadata.
Hüpoteetiline teenus muudab piiri nähtavaks
Vaatleme hüpoteetilist avalikku teenust, mis võtab vastu taotlusi ja kasutab tarnija süsteemi puuduva teabe tuvastamiseks ning läbivaatamise marsruudi soovitamiseks. Süsteem ei tohi otsustada abikõlblikkuse üle. Asutus on dokumenteerinud eesmärgi, andmeallikad ja juhtumid, mis vajavad spetsialisti tähelepanu. Hindaja näeb allikaviiteid, puuduva välja selgitust, süsteemi versiooni ja selget võimalust soovitus eirata. Kirje säilitab hindaja tegevuse ja taotlejale saadetud teate.
Selles näites on tarnijal mõtestatud ülesanne. See saab parandada andmete väljavõtmist, tuua esile ebakindluse, toetada ohutuid uuendusi ja täita oma intsidentide ja ekspordiga seotud kohustusi. Asutus omab endiselt teenuse eesmärki, õiguslikku standardit, läbivaatamise rolli ja õiguskaitsevahendit. Kui väli on vale, saab taotleja selle parandada. Kui soovitus on väljaspool ulatust, saab hindaja selle tagasi lükata. Kui süsteem ebaõnnestub, saab asutus marsruudi peatada ja jätkata dokumenteeritud alternatiiviga. Kasulikkus tuleneb piirist, mitte teesklusest, et tarnijast on saanud institutsioon.
Nüüd muutke ühte tingimust. Süsteemi soovitatud marsruuti käsitletakse vaikimisi, hindajad näevad ainult värvi ja usaldusmärki ning tarnija saab mudelit uuendada ilma teatiseta, mis jõuaks teenuse omanikuni. Leping nimetab väljundit endiselt nõuandvaks. Töövoog on muutnud selle asutuseks. Seetõttu ei suuda õiguslikud sildid päästa toimivat disaini, mis annab väljundile otsustusõiguse.
Hüpoteetiline näide on tahtlikult lihtne. See ei sisalda väljamõeldud omavalitsust, intsidenti ega klienti. Selle eesmärk on näidata, milliseid valikuid hanked peavad nähtavaks tegema. Reaalsed teenused lisavad keerukust. Küsimused jäävad samaks: kes määratleb kasutuse, kes näeb tõendeid, kes saab tulemust muuta, kes salvestab põhjuse ja kes saab kahju parandada.
Mida avalik ostja peaks küsima
Praktiline hankedokumentide pakett saab need põhimõtted muuta küsimusteks, millele pakkujad ja sisesed meeskonnad peavad vastama. Loend ei ole universaalne mall ja iga sektor vajab oma õiguslikku ja operatiivset üksikasja. See on viis suruda piir varakult ruumi.
- Millist avalikku ülesannet toetatakse ja millised toimingud on sõnaselgelt väljaspool ulatust?
- Keda see mõjutab, mida võib vale väljund muuta ja kui pöörduv on see muutus?
- Milliseid andmeid, allikaid, versioone ja eeldusi kasutatakse ning kes saab neid parandada?
- Milline tõendusmaterjal liigub koos väljundiga ja kas volitatud hindaja saab seda kontrollida ja vaidlustada?
- Mis juhtub, kui sisend on puuduv, vastuoluline, toetamata või väljaspool deklareeritud jaotust?
- Milline roll saab tagasi lükata, üle kirjutada, peatada, lõpetada või eskaleerida ning kas see roll on personaliga kaetud ja volitatud?
- Kuidas tuvastatakse, testitakse, kiidetakse heaks ja pööratakse tagasi mudeli, viiba, otsingu, poliitika ja andmete muudatused?
- Kuidas saab mõjutatud isik teate, paranduse, selgituse ja toimiva läbivaatamise marsruudi?
- Millised logid, andmed ja ekspordid jäävad asutusele kättesaadavaks lepingu ajal ja pärast lõppu?
- Mida teatab tarnija intsidendina ja kuidas tõendatakse parandusmeetmeid?
Need need asenda hanketeatist, mõjuhinnangut ega õigusnõustamist. Need muudavad iga dokumendi jaoks raskemaks eeldada, et mõni teine dokument kannab keerulise osa eest vastutust. Need võimaldavad ka hankijal võrrelda pakkujaid selle järgi, mis muudab teenuse juhitavaks, mitte ainult selle järgi, mis muudab demot muljetavaldavaks.
Meie väike märkus, hilja ja meelega
Meie Dweve juures töötame juhitud süsteemidega, seega tunneme kiusatust teha tootest kangelane. Kasulikum distsipliin on väiksem: määratleda eesmärk, siduda volitus, hoida tõendid küljes, muuta üleandmised kontrollitavaks ja jätta tee parandusteks. Meie enda hanke- ja juhtimismaterjal algab nendest piiridest, sest vastutustundlik töövoog on tähtsam kui veenev tööriista kirjeldus. See on näide disainipositsioonist, mitte tõend, et toode saab asendada avalikku institutsiooni.
Punkt ei ole selles, et iga avalik hankija peaks kasutama meie tarkvara või et üks arhitektuur lahendab hanked. Punkt on selles, et sama test kehtib meile kui kellelegi teisele. Kas hankija saab aru, mida ostetakse, mida sellel on lubatud teha, milliseid tõendeid see jätab, kuidas see muutub ja kuidas hankija sealt lahkub. Kui vastus on ei, on hankijal põhjust jätkata küsimuste esitamist, olenemata sellest, kui Euroopa, avatud või viisakas pakkuja kõlab.
Otsus jääb avaliku institutsiooni kätte
Avalikke hankeid kirjeldatakse sageli kui teed raha eest väärtuse saamiseni. See on tõsi, kuid väärtus ei ole ainult madalam hind või kiirem protsess. Avalik teenus vajab ka võimet põhjendada, parandada vigu, taluda järelevalvet, kaitsta õigusi ja jätkata toimimist, kui mõni komponent muutub. Süsteem, mis säästab aega, kuid muudab need kohustused võimatuks, ei ole raha eest väärtus. See on tulevane vaidlus, mis osteti allahindlusega.
Pakkuja saab pakkuda võimekust, tõendeid, hooldust ja tee parendusteks. Institutsioon peab pakkuma eesmärki, volitust, otsustusvõimet, õiguskaitsevahendeid ja omandit. Leping peaks need suhted selgesõnaliselt määratlema. Töövoog peaks need nähtavaks tegema. Arvestus peaks need taastatavaks tegema. Mõjutatud isik peaks suutma leida ukse, millest parandus saab sisse tulla.
Sellepärast ei saa avalik teenus oma otsustusvõimet välja tellida. Institutsioon võib delegeerida ülesande, kuid ta ei saa delegeerida tulemuse avalikku tähendust. Ta võib kasutada mudelit, kuid ta ei saa kasutada mudeli enesekindlust põhjusena mõtlemine lõpetada. Ta võib osta assistendi, kuid ta ei saa osta assistenti ja seejärel nimetada assistenti vastutavaks osapooleks. Avalik volitus ei liigu lihtsalt sellepärast, et tarkvaradiagrammil on nool.
Aus hankeküsimus ei ole seega see, kas pakkuja saab selle automatiseerida. See on see, kas avalik institutsioon suudab jääda võimeliseks mõistma, vaidlustama, peatama, parandama, selgitama ja lahkuma, samal ajal kui pakkuja aitab. Kui vastus on jah, on tehnoloogial koht juhitava teenuse sees. Kui vastus on ei, võib õige otsus olla kasutuse kitsendamine, lepingu muutmine või ostust loobumine. Avalik institutsioon, mis suudab öelda ei, teeb ikka veel oma tööd.
Allikad
- Direktiiv 2014/24/EL riigihangete kohta, Euroopa Parlament ja nõukogu, 26. veebruar 2014.
- Määrus (EL) 2024/1689, tehisintellekti käsitlev määrus, Euroopa Parlament ja nõukogu, 13. juuni 2024, sealhulgas artiklid 13, 14, 26, 27 ja 49.
- Tööriistad avaliku sektori ostjatele, Euroopa Komisjon, vaadatud 5. augustil 2026.
- Avaliku sektori ostjate professionaalsus, Euroopa Komisjon, 3. oktoober 2017, vaadatud 5. augustil 2026.
- Eraisikute taotluste menetlemine: piirangud automatiseeritud otsuste tegemisel, Euroopa Komisjon, vaadatud 5. augustil 2026.
- Tehisintellekt, Euroopa Komisjon, lehte uuendatud 3. juunil 2026.