Julkinen palvelu ei voi ulkoistaa harkintaansa

Toimittaja voi tarjota ohjelmiston, näytön ja kannanoton. Se ei voi tulla julkiseksi toimijaksi, joka omistaa tarkoituksen, toimivallan, perusteet, oikaisun...

Julkinen palvelu ei voi ulkoistaa harkintaansa

Sopimus ei ole päätös

Julkinen toimija voi ostaa ohjelmiston. Se voi ostaa hosting-palvelun, analyysin, suosituksen, työnkulun, käännöksen, luokittelun tai raportin. Mitä se ei voi ostaa, on vapautus siitä, että se on se julkinen toimija, joka toimii. Sopimus voi siirtää työtä toimittajalle, mutta se ei siirrä instituution julkista tarkoitusta, oikeudellista toimivaltaa, velvollisuutta perustella päätöksiä tai velvollisuutta tarjota oikeussuojakeino. Nämä seuraavat päätöstä, eivät laskua.

Tämä kuulostaa itsestään selvältä, kunnes hankintakieli muuttaa harkinnan toimituskelpoiseksi tuotteeksi. Tarjouspyyntö kysyy riskipisteytystä. Toimittaja toimittaa riskipisteytyksen. Sopimus kutsuu tuotosta neuvoa-antavaksi. Palvelu muuttaa hiljaa jononsa, huomionsa tai kynnysarvonsa, koska pisteytys on kätevä. Siihen mennessä kun asia koskee ihmistä, jokainen voi osoittaa eri asiakirjaan. Toimittaja osoittaa vaatimusmäärittelyyn. Hankintatiimi osoittaa hankintapäätökseen. Operaattori osoittaa näyttöön. Instituutio osoittaa sopimukseen. Ihminen, joka tarvitsee vastauksen, jää osoittelevien sormien kehään ilman vastuullista kättä.

Julkiseen työhön on aina kuulunut delegointi. Kunta voi tilata tarkastuksen, ministeriö voi ostaa asianhallintajärjestelmän ja sairaala voi hankkia ajanvarauspalvelun. Delegointi ei ole ongelma. Ongelma alkaa, kun delegoidun osan annetaan kantaa päätöstä ilman toimivaltaa, näyttöä ja uudelleenarviointia, jotka tekevät päätöksestä oikeutetun. Työkalu voi olla erinomainen yhdessä tehtävässä ja silti olla väärä paikka julkiselle harkinnalle. Hankinnan on säilytettävä tämä erottelu ennen kuin toimittajan sanasto muuttuu organisaation toimintamalliksi.

Eurooppalainen julkisten hankintojen perinne sisältää jo oikean vaiston. Hankintaviranomaisten on toimittava avoimesti, suhteellisesti, syrjimättä ja keinotekoisesti kilpailua rajoittamatta. Tämä ei ole vain reilu tapa järjestää tarjouskilpailu. Se on muistutus siitä, että viranomainen pysyy näkyvänä ostoksen sisällä. Julkinen toimija valitsee tarkoituksen, määrittelee tarpeen, asettaa ehdot ja ottaa vastaan seuraukset. Älykäs järjestelmä ei saa näitä valintoja katoamaan. Se vain antaa niille kalliimman käyttöliittymän.

Harkinta ei ole sama asia kuin tuotos

Tekniset järjestelmät tuottavat tuotoksia. Julkiset instituutiot tekevät päätöksiä. Nämä kaksi voivat olla rinnakkain, mutta ne eivät ole vaihdettavissa keskenään. Luokittelija voi määrittää luokan. Hakujärjestelmä voi hakea asiakirjoja. Kielimalli voi luonnostella kirjeen. Optimointialgoritmi voi löytää reitin rajoitteiden läpi. Mikään näistä verbeistä ei itsessään sisällä oikeudellista tai yhteiskunnallista kysymystä siitä, mitä ihmiselle pitäisi tapahtua.

Harkinta astuu kuvaan, kun instituutio päättää, että tuotos on olennainen, riittävä ja valtuutettu tiettyyn toimenpiteeseen. Se astuu kuvaan, kun kilpailevia etuja punnitaan, kun poikkeusta harkitaan, kun sääntöä tulkitaan asiayhteydessään, kun ihmistä kuullaan, kun viivästys hyväksytään, kun virhe korjataan ja kun perustelu annetaan. Malli voi tuoda tietoa näihin hetkiin. Se ei saa julkista toimivaltaa siitä, että se on tarkka, nopea tai vakuuttavasti esitetty.

Erottelu on tärkeä, koska hankinnoissa järjestelmiä kuvataan usein kyvykkyyskielellä. Toimittaja havaitsee, arvioi, priorisoi, suosittelee tai automatisoi. Kyvykkyyskieli on hyödyllistä markkinoiden kartoittamisessa. Se ei riitä vastuun osoittamiseen. Tarjouspyynnössä on sanottava, mikä ihmisen tai instituution rooli muuttaa kyvykkyyden toimeksi, mitä näyttöä kyseisen roolin on tarkasteltava, mitkä toimet ovat kiellettyjä ja miten asianomainen voi riitauttaa tuloksen.

Se käännös kyvykkyydestä toimivaltaan on ensimmäinen vakava hankintatoimi. Ilman sitä ostaja ei osta rajattua palvelua. Se ostaa aukon omaan vastuunkuvaukseensa. Aukot on helppo sivuuttaa, kun hanketta juhlitaan. Niistä tulee yllättävän konkreettisia, kun joku kysyy, miksi päätös tehtiin.

Aloita julkisesta tarkoituksesta

Vastuullinen hankinta alkaa julkisesta tarkoituksesta, ei malliluokasta. Kysymys ei ole siitä, voiko viranomainen ostaa tekoälyjärjestelmän. Kysymys on siitä, mitä julkista tehtävää tarvitaan tukea, mitä tulosta tehtävällä on tarkoitus saavuttaa, keitä asia koskee ja mitä pidettäisiin epäonnistumisena. Kapea tarkoitus tekee myöhemmistä valinnoista mahdollisia. Iskulause, kuten tehostetaan toimintaa, jättää kaikki merkittävät päätökset myöhemmäksi, yleensä toimittajan esittelyn sisään.

Tarkoitus tulisi kirjoittaa palvelun kielellä. Työryhmä voi joutua etsimään puuttuvia tietoja tiedostosta, ohjaamaan pyyntöjä oikealle asiantuntijalle, kääntämään julkisen ilmoituksen, laatimaan sisäisen yhteenvedon tai tunnistamaan tapauksia, jotka vaativat huomiota. Nämä ovat erilaisia tehtäviä, joilla on erilaiset seuraukset. Luonnoksen voi hylätä. Reititys voi viivästyttää henkilöä. Käännös voi muuttaa saavutettavuutta. Priorisointi voi muuttaa sitä, kuka saa niukkaa aikaa. Yksi sana, automaatio, kätkee kokonaisen julkisen vallan maiseman.

Tarkoituskuvauksen tulisi myös kertoa, mitä järjestelmä ei saa tehdä. Se voi avustaa käsittelijää, mutta ei päättää kelpoisuudesta. Se voi ehdottaa jonojärjestystä, mutta ei poistaa henkilöä palvelusta. Se voi nostaa esiin asiakirjoja, mutta ei päättää, mikä näyttö on oikeudellisesti merkityksellistä. Se voi valmistella viestin, mutta ei lähettää sitä ilman nimettyä hyväksyntää. Negatiivinen tila ei ole laadinnan ylellisyyttä. Se on tapa, jolla raja säilyy kiireisenä tiistaina.

Tiukkuudelle on käytännön syy. Järjestelmän käyttö laajenee mukavuuden kautta. Kun työkalu on saatavilla, seuraava tiimi kysyy, voiko se hoitaa myös lähitehtävän. Alkuperäinen tarkoitus kuulostaa riittävän läheiseltä. Uusi kenttä lisätään, uusi tietolähde kytketään ja uusi ihmisryhmä joutuu vaikutuspiiriin. Jos alkuperäinen tarkoitus oli epämääräinen, kukaan ei voi sanoa, onko kyse pienestä muutoksesta vai uudesta julkisesta toimesta. Hankinnan tulisi luoda muutoskysymys, johon organisaatio voi vastata ennen kuin uudesta käytöstä tulee arkipäivää.

Eurooppalaiset säännöt tekevät vastuun piilottamisesta vaikeampaa

Direktiivi 2014/24/EU asettaa tutun julkisten hankintojen perustan: yhdenvertainen kohtelu, syrjimättömyys, avoimuus ja suhteellisuus. Nämä periaatteet eivät määrää tiettyä teknologiaa. Ne edellyttävät, että hankintaviranomainen suunnittelee prosessin, joka voidaan selittää ja puolustaa. Vaatimus, jonka vain yksi toimittaja voi täyttää ilman todellista toiminnallista syytä, on hallinnollinen ongelma, ei pelkästään markkinaongelma. Vaatimus, jota ei voi testata, on lupaus, jolla on hankintanumero.

Samat periaatteet pätevät, kun ostettava asia on malli, agentti tai päätöksenteon tukipalvelu. Viranomaisen on kuvattava tarpeensa tavalla, joka mahdollistaa reilun kilpailun ja merkityksellisen arvioinnin. Sen on vertailtava tarjouksia palvelun kannalta olennaisten kriteerien perusteella, ei vain toimittajan suosiman vertailuarvon mukaan. Sen on säilytettävä näyttö hankintapäätöksen taustalla ja hallinnoitava sopimusta, kun todellisuus poikkeaa tarjouspyynnöstä. Avoimuus ei pääty, kun voittava tarjous julkistetaan. Se jatkuu suorituksen, muutosten ja irtautumisen läpi.

EU:n tekoälyasetus lisää toisen tason tietyille korkean riskin järjestelmille. 14 artikla edellyttää ihmisen suorittamaa valvontaa, joka on tehokasta, oikeassa suhteessa riskiin, autonomian tasoon ja asiayhteyteen, ja joka kykenee havaitsemaan poikkeamat, tulkitsemaan tulosteita, ohittamaan tai kumoamaan ne sekä keskeyttämään järjestelmän turvallisesti. 27 artikla edellyttää asiaankuuluvilta julkisyhteisöiltä ja julkisten palvelujen tarjoajilta perusoikeusvaikutusten arviointia ennen määrättyjen korkean riskin järjestelmien käyttöönottoa sekä arvioinnin päivittämistä, kun asiayhteys muuttuu. Nämä ovat toiminnallisia velvoitteita, eivät koristekieltä politiikkasivua varten.

Tekoälyasetus ei muuta jokaista julkista ohjelmistohankintaa samaan oikeudelliseen luokkaan. Se tekee jotakin hyödyllisempää: se tekee toimittajan, käyttöönottajan, järjestelmän ja asianomaisen henkilön välisestä suhteesta vaikeammin hämärrettävän. Toimittajan on kuvattava ominaisuudet ja rajoitukset. Käyttöönottajan on käytettävä järjestelmää asianmukaisesti ja kannettava vastuu sen käytöstä. Julkisilla viranomaisilla on rekisteröinti- ja tiedonantovelvollisuuksia määrättyjen korkean riskin järjestelmien osalta. Tarkka oikeudellinen soveltaminen riippuu käytöstä ja asiaankuuluvista säännöksistä. Hallinnon opetus on vakaa: osapuoli, joka ostaa toiminnon, omistaa edelleen asiayhteyden, jossa toiminto vaikuttaa.

Toimittajan tuotokselle on löydyttävä koti

Jokaisella julkisessa työnkulussa käytetyllä tuotoksella tulisi olla nimetty koti. Tämä koti ei ole pelkkä tietokantataulu. Se on rooli, jolla on valtuudet päättää, soveltuuko tuotos tarkoitukseensa, mikä näyttö sitä tukee, mitä tapahtuu, kun se on väärässä, ja mikä versio sen tuotti. Jos tuotoksella ei ole omistajaa, sitä kohdellaan kaikkien asiana ensimmäiseen erimielisyyteen asti, jolloin siitä tulee ei-kenenkään tehtävä.

Omistajuus tulisi jakaa pirstomatta sitä. Palvelun omistaja tuntee julkisen tarkoituksen ja hyväksyttävän riskin. Datan omistaja tuntee lähteen, laadun, käyttöoikeuden ja korjauspolun. Tekninen omistaja tuntee käyttöönoton, tietoturvan, kapasiteetin ja integraation. Mallin tai toimittajan omistaja tuntee arvioinnin, rajoitukset ja muutokset. Operatiivinen arvioija tuntee työn ja voi pysäyttää tapauksen etenemisen. Nämä roolit voivat kuulua yhdelle pienelle tiimille. Niitä ei voi korvata ilmauksella ihminen silmukassa.

Henkilöllä, joka arvioi tuotoksen, on oltava aikaa, tietoa ja valtuuksia. Jos käyttöliittymä näyttää vain pistemäärän, arvioija ei voi tarkastella sen perustaa. Jos jono tekee arvioinnista mahdotonta, arvioija ei voi harjoittaa merkityksellistä valvontaa. Jos käytäntö sanoo tuotoksen olevan neuvoa-antava, mutta työnkulku kohtelee sitä oletusvastauksena, arvioijaa pyydetään antamaan allekirjoitus harkinnan sijaan. Hyväksy-painike ei ole valvontapiste, kun sen takana oleva henkilö ei voi turvallisesti valita mitään muuta.

Hankinnassa tulisi siis pyytää toimittajia kuvaamaan luovutus. Mitä tarkalleen syötetään järjestelmään. Mitä sieltä tulee ulos. Mikä epävarmuus tai rajoitus kulkee tuotoksen mukana. Mitä käyttäjä voi nähdä. Mitä käyttäjä voi muuttaa. Mitä järjestelmä tekee, kun syöte on sen ilmoitetun soveltamisalan ulkopuolella. Miten pysäytystoiminto on tuotu esiin. Mitkä tallenteet osoittavat, että arviointi on tapahtunut. Toimittaja, joka osaa vastata näihin kysymyksiin, kuvaa toimivaa palvelua. Toimittaja, joka vastaa vain suorituskykypistemäärällä, kuvaa komponenttia.

Ensimmäinen visualisointi: vastuu seuraa ketjua

Vastuu ei katoa toimittajarajalla. Se kulkee tarkoituksen, näytön, arvioinnin, toimen ja oikeussuojakeinon läpi.

Pistemäärä ei ole perustelu

Pistemäärät ovat houkuttelevia hankinnoissa, koska ne saavat vertailun näyttämään siistiltä. Toimittaja voi raportoida tarkkuuden, viiveen, kattavuuden tai manuaalisen työn vähenemisen. Ostaja voi asettaa arvot taulukkoon ja kokea päätöksen muuttuvan objektiiviseksi. Mittaaminen on arvokasta. Mutta pistemäärä vastaa vain siihen kysymykseen, johon se on suunniteltu vastaamaan. Se ei muutu julkisen toimen perusteluksi pelkästään saamalla desimaalin.

Oletetaan, että järjestelmä luokittelee tapauksia käsittelyjärjestykseen. Luokittelusta voi olla hyötyä, mutta julkinen perustelu ei ole yksinkertaisesti se, että luku oli korkea. Toimielimen on tiedettävä, mikä lainmukainen tarkoitus sallii luokittelun, mitä tietoja on otettu huomioon, mitkä tapaukset on rajattu pois, mitä luokittelu jättää näkemättä, miten arvioija voi korjata sen ja miten henkilö voi riitauttaa lopputuloksen. Pistemäärä on yksi signaali päätöksen sisällä. Jos se on ainoa lause, jonka toimielin pystyy tuottamaan, se ei ole näyttöä harkinnasta. Se on näyttöä siitä, että toimielin on ulkoistanut selittämisen.

Myös vertailuarvoväitteet tarvitsevat sopimuksen. Mikä väestö testattiin. Mitä tunnisteita käytettiin. Mitkä kielet ja reunatapaukset otettiin mukaan. Mihin lähtötasoon verrattiin. Miten virheet painotettiin. Mitä tapahtui puuttuville tai epäselville syötteille. Korjasiko ihminen tulosta testin aikana. Ajettiinko arviointi samalla versiolla, joka toimii käytössä. Ilman näitä tietoja vertailuarvo voi silti olla kiinnostava, mutta se ei voi kantaa hankintapäätöksen koko painoa.

Julkisten hankkijoiden tulisi pyytää näyttöä siinä muodossa, jota palvelu tarvitsee myöhemmin. Tekninen testi voi osoittaa, suoriutuuko malli tehtävästä. Työnkulkutesti voi osoittaa, pystyvätkö ihmiset havaitsemaan ja korjaamaan virheitä. Hallintotesti voi osoittaa, voidaanko päätös rekonstruoida ja riitauttaa. Jatkuvuustesti voi osoittaa, pystyykö viranomainen toimimaan, kun toimittaja ei ole käytettävissä. Nämä testit vastaavat eri kysymyksiin. Niiden yhdistäminen yhdeksi toimittajapistemääräksi on kätevää ja yleensä väärin.

Ihmisen suorittamalla valvonnalla on oltava todellista vaikutusvaltaa

Ihmisen suorittama valvonta esitetään usein järjestelmäkaavion rauhoittavana viimeisenä substantiivina. Laatikko, jossa lukee ihminen, tulee mallin jälkeen ja ennen päätöstä. Kaavio näyttää vastuulliselta. Todellinen kysymys on, pystyykö ihminen ymmärtämään, riitauttamaan ja muuttamaan tuotoksen niissä olosuhteissa, joissa palvelu toimii.

Article 14 of the AI Act is unusually concrete about this. People assigned oversight should understand relevant capabilities and limits, monitor operation, recognise automation bias, interpret output, decide not to use or to override it and intervene or interrupt through a safe procedure. These are powers. They require an interface, training, workload, evidence, authority and time. They also require an organisation that will support a reviewer who says the system is outside its scope.

A reviewer cannot exercise oversight over an output that has been stripped of context. The output needs the relevant source references, input quality warnings, version and purpose. The reviewer needs a way to ask for more evidence or to mark the case as unresolved. If the system presents one answer in a way that makes alternatives expensive, it is designing automation bias into the room. If the only way to stop a workflow is to call a supplier, the authority has bought a system it cannot safely operate.

Proportionality matters. A low-consequence drafting aid need not have the same controls as a system supporting an entitlement, an inspection or access to care. But proportionate does not mean symbolic. The more the system can affect rights, safety or essential services, the more the authority should be able to show that oversight was possible, used and capable of changing the outcome. A human who is present but powerless is not oversight. They are an upholstered disclaimer.

Contestability is part of the service

A public decision is not complete when an internal workflow says done. It is complete enough for the person affected to understand what happened, correct relevant facts and use the available review or appeal route. Contestability is not an optional customer-experience feature. It is part of the institution's relationship with the public.

The Commission's explanation of GDPR automated decision safeguards makes the basic point plainly. A person should not be subject to a solely automated decision that has legal or similarly significant effects except within defined conditions and safeguards. Where the safeguards apply, people need information, the possibility of human intervention and a way to express their view and contest the decision. The exact legal route depends on the processing and applicable law. The operational principle is broader: an affected person needs a real handle on the decision, not a generic promise that somebody somewhere can look at it.

That handle has to connect to evidence. If a person challenges a prioritisation, the authority must be able to retrieve the relevant decision context, not merely the current model version. If a source record was corrected later, the organisation needs to distinguish the original state from the corrected state and say what changed. If a human reviewer rejected an output, the record should show that the system did not make the final choice. Contestability without a record is a polite invitation to repeat the question.

Suppliers can help make contestability possible. They can expose versioned inputs, reasons, source links, review states, correction events and export formats. They can make the service pause rather than silently continue when evidence is missing. They cannot decide what explanation is owed under public law, or which remedy a public body must provide. Those are institutional choices. A supplier can build handles. The authority must decide where the handles lead.

Data boundaries are public boundaries

Procurement discussions often treat data as an input to be connected after the supplier is selected. In a public service, data boundaries are also authority boundaries. The source determines what the system is allowed to know, what it may infer, what it may retain and which people can be affected by a mistake. A supplier should not define those boundaries by making the connection easy.

Vaatimuksissa tulisi nimetä valtuutetut lähteet, käyttötarkoitus, ajantasaisuus, säilytys, pääsy, oikaisu ja poisto. Niissä tulisi erottaa ensisijaiset asiakirjat johdetusta aineistosta, kuten upotuksista, tiivistelmistä, tunnisteista, välimuisteista ja pisteytyksistä. Niissä tulisi kertoa, mitkä tiedot poistuvat viranomaisen hallinnasta, mitkä alihankkijat voivat käsitellä niitä ja miten tukipääsy kirjataan. Niissä tulisi määritellä, mitä tapahtuu, kun lähde on puutteellinen, vanhentunut, kiistetty tai alkuperäisen käyttötarkoituksen ulkopuolella.

Tämä ei ole vain tietosuojakysymys. Lähdediscipliini vaikuttaa päätöksen laatuun ja lainmukaisuuteen. Julkisella toimijalla voi olla hallussaan paljon asiakirjoja, mutta silti siltä voi puuttua lainmukainen tai luotettava peruste käyttää niitä tietyssä työnkulussa. Malli voi löytää korrelaation, joka on teknisesti hyödyllinen mutta institutionaalisesti mahdoton hyväksyä. Haettu asiakirja voi olla ajantasainen mutta ei auktoritatiivinen. Hankintavaatimuksen on annettava toimijalle mahdollisuus erottaa käytettävissä oleva tieto perustellusta tiedosta.

Sama discipliini auttaa toimittajaa. Selkeät lähderajat vähentävät kiusausta luvata, että yleismalli voi käsitellä kaikki kysymykset. Ne tekevät arvioinneista toistettavia. Ne määrittelevät, mitä palvelun tulisi tehdä, kun syöte jää sopimuksen ulkopuolelle. Järjestelmä, joka osaa sanoa, että näyttö on riittämätöntä, on usein hyödyllisempi kuin sellainen, joka osaa aina palauttaa vastauksen. Julkisten hankkijoiden tulisi palkita tällainen toiminta sen sijaan, että he kohtelevat kieltäytymistä vikana demossa.

Vaatimuksissa on kuvattava epäonnistuminen

Useimmat tarjouspyynnöt kuvaavat toivotun polun: vastaanota tieto, käsittele se, palauta tulos, mittaa suorituskyky. Julkiset palvelut tarvitsevat myös ei-toivotut polut. Asiakirja puuttuu. Kieltä ei tueta. Malli muuttuu. Lähde on ristiriidassa säännön kanssa. Toimittaja ei ole tavoitettavissa. Arvioija on eri mieltä. Henkilö tekee valituksen. Tulosta käytetään aiottua käyttötarkoitusta laajemmin. Rekisteröity pyytää oikaisua. Poikkeama havaitaan kuukausia päätöksen jälkeen.

Epäonnistumista koskevien vaatimusten on oltava testattavia. Järjestelmän on pysähdyttävä, kun pakollinen kenttä puuttuu. Sen on tunnistettava suosituksen taustalla oleva versio ja lähdealue. Sen on tarjottava turvallinen pysäytysmenettely. Sen on vietävä asiakirjat dokumentoidussa muodossa. Sen on ilmoitettava viranomaiselle olennaisista muutoksista. Sen on tuettava johdettujen tuotteiden oikaisupolkua. Sen on säilytettävä riittävästi kontekstia valtuutettua tutkintaa varten. Sen ei saa hiljaa korvata ilmoitettua mallia tai lähdeluokkaa toisella, kun ilmoitettu ei ole käytettävissä.

Nämä vaatimukset eivät ole yrityksiä ennustaa jokaista huonoa päivää. Ne ovat keinoja tehdä palvelun turvallisuusasenne näkyväksi. Toimittaja voi ehdottaa erilaista toteutusta, mutta viranomainen voi verrata ehdotuksia havaittavan käyttäytymisen perusteella. Tarjouspyynnöstä tulee vähemmän ominaisuuslista ja enemmän kysymys siitä, pystyykö palvelu kantamaan vastuuta paineen alla.

Epäonnistumisen kieli parantaa myös kaupallista keskustelua. Toimittaja, joka ei pysty tarjoamaan turvallista pysäytystä, luotettavaa vientiä tai versioilmoitusta, voi silti sopia vähäriskiseen tehtävään. Viranomainen voi tehdä tämän päätöksen avoimesti. Sen ei tarvitse havaita rajoitusta vasta sopimuksen allekirjoittamisen jälkeen. Kukaan ei tarvitse tarjouspyyntöä, joka on teknisesti jännittävä ja toiminnallisesti kummitteleva.

Sopimus on toiminnallinen suunnitelma

AI-pohjaisen julkisen palvelun sopimuksen tulisi kuvata muutakin kuin käytettävyyden ja tukitunnit. Sen tulisi kuvata näyttö, muutokset, pääsy, arviointi, poikkeamiin reagointi ja palvelusta poistuminen. Nämä ehdot muovaavat sitä, mitä viranomainen voi tietää ja tehdä palvelun käynnistymisen jälkeen. Ne ovat osa arkkitehtuuria, vaikka ne esiintyisivätkin oikeudellisissa liitteissä.

Muutoksenhallinta on keskeistä. Mitä pidetään olennaisena mallina, kehotteena, datana, hakuna tai toimintapolitiikan muutoksena. Kuinka paljon ilmoitusaikaa vaaditaan. Mitkä arvioinnit on ajettava uudelleen. Kuka voi hyväksyä muutoksen. Mitä tapahtuu, jos suorituskyky muuttuu jonkin alaryhmän tai kielen kohdalla. Voiko viranomainen lykätä päivitystä. Voiko se peruuttaa sen. Toimittaja saattaa tarvita joustovaraa palvelun ylläpitämiseen, mutta jousto ilman kirjausta on riskin siirtämistä ketteryydeksi naamioituna.

Pääsyehtojen tulisi kattaa muutakin kuin kojelaudat. Viranomainen saattaa tarvita lokit, konfiguraation, testiaineistot, lähdetunnisteet, tukitietueet ja muutoshistorian. Pääsyn on oltava oikeasuhtaista ja turvallista, henkilötietoja suojaten ja salaisuudet erillään pitäen. Tarkoitus ei ole vaatia jokaista sisäistä toteutusyksityiskohtaa. Tarkoitus on varmistaa, että viranomainen voi todentaa, mitä palvelu teki siinä asiayhteydessä, jossa se käytti palvelua.

Häiriöehtojen on määriteltävä nimetyt reitit ja aikarajat, jotka vastaavat järjestelmän seurausten suuruutta. Niissä on sanottava, kuka voi julistaa häiriön, kuka voi keskeyttää työnkulun, mitä todisteita säilytetään, miten asianomaiset henkilöt otetaan huomioon ja miten korjaustoimenpiteet todennetaan. Palvelu, joka raportoi vain infrastruktuurikatkoksista, ei raportoi niistä häiriöistä, joiden selittämiseen julkinen toimija todennäköisimmin tarvitsee apua.

Toimittajan vastuu on todellista, mutta erilaista

On väärin väittää, ettei toimittajalla ole vastuuta. Palveluntarjoajat suunnittelevat järjestelmiä, tekevät väitteitä, asettavat rajoja, hallinnoivat päivityksiä, valitsevat alihankkijoita ja hallinnoivat osaa todisteista. Julkisen viranomaisen tulee pitää heidät kiinni näistä sitoumuksista. Toimittajan teknisellä ja sopimuksellisella vastuulla on merkitystä, etenkin kun viranomainen ei voi itsenäisesti toisintaa jokaista osatekijää.

On yhtä lailla väärin tehdä toimittajan vastuusta korvike institutionaaliselle vastuulle. Toimittaja ei valinnut julkista tarkoitusta, määritellyt asianomaista ryhmää, päättänyt, että tuotos riitti palvelulle, asettanut muutoksenhakureittiä tai määrittänyt, minkä riskin yleisön tulisi hyväksyä. Nämä päätökset kuuluvat viranomaiselle ja sitä ympäröivälle oikeudelliselle kehykselle. Julkinen toimija, joka sanoo mallin päättäneen, kuvailee omaa epäonnistumistaan pitää päätös julkisissa käsissä.

Hyödyllinen suhde on nimenomainen keskinäinen riippuvuus. Palveluntarjoaja toimittaa osatekijän tai palvelun dokumentoiduin ehdoin. Käyttöönottaja integroi sen tarkoitukseen, prosessiin ja roolirakenteeseen. Molemmat osapuolet säilyttävät todisteet hallitsemastaan osasta. Viranomainen säilyttää kyvyn haastaa palveluntarjoaja, keskeyttää käyttö ja selittää julkinen toimi. Jos toimittajan suunnittelu tekee näistä kyvyistä mahdottomia, hankintavalinnasta itsestään tulee osa riskiä.

Hyvät sopimukset eivät edellytä toimittajan ottavan vastaan jokaista tuntematonta vastuuta. Ne kohdentavat velvollisuudet niin, että kumpikin osapuoli voi ne täyttää. Viranomaisen on tarjottava lainmukainen ja asianmukainen asiayhteys. Toimittajan on ilmoitettava rajoituksista ja muutoksista. Käyttäjän on käytettävä järjestelmää sovitun soveltamisalan puitteissa. Arvioijan on oltava todellista valtaa käyttävä. Tietueiden on säilyttävä riidan ratkaisemiseen asti. Tarkkuus rooleista on armollisempaa kuin lauseke, jossa sanotaan osapuolten tekevän yhteistyötä ja toivotaan kaikkien tuovan mukanaan saman sanakirjan.

Siirrettävyys on harkintaa vaativa vaatimus

Poistumista kohdellaan usein kaupallisena kysymyksenä. Julkisissa palveluissa se on myös harkintaa vaativa kysymys. Jos viranomainen ei voi hakea todisteita, konfiguraatiota, tietueita ja päätöksiä, joita tarvitaan palvelun jatkamiseen tai sen menneisyyden tutkimiseen, se ei voi täysin omistaa palvelun kautta tehtyjä päätöksiä. Järjestelmä, joka ei voi poistua, vie osan instituution muistista mukanaan.

Siirrettävyyden tulisi kattaa toiminnallinen tila, ei vain tietokannan rivejä. Viranomainen saattaa tarvita syöte- ja tulostietueita, lähdeviitteitä, mallin ja kehotteen versioita, käytäntöasetuksia, arviointipäätöksiä, auditointitapahtumia, korjaushistoriaa, säilytysmetatietoja ja niitä selittäviä skeemoja. Tarkka joukko riippuu palvelusta. Periaate on, että tulevan toimijan tulisi pystyä ymmärtämään, mitä on tapahtunut, ilman että sen täytyy purkaa toimittajan yksityistä kojelautaa.

Poistumista tulisi testata ennen kuin se on kiireellistä. Lyhyt harjoitus voi paljastaa, onko vienti täydellinen, pysyvätkö tunnisteet vakaina, voidaanko tietueet lukea ilman lisenssiä, voidaanko johdettu data täsmäyttää ja voiko palvelu toimia siirtymän aikana. Testaus paljastaa myös, mitkä työnkulun osat eivät koskaan todella olleet viranomaisen omistuksessa. Onnistunut poistumistesti ei ole epäluottamuslause toimittajalle. Se on todiste siitä, että julkisella palvelulla on katkaisukytkin.

Jatkuvuus on tärkeää myös silloin, kun sopimus sujuu hyvin. Toimittajat voivat vaihtaa omistajuutta, hinnoittelua, ehtoja, infrastruktuuria tai strategista suuntaa. Julkisen toimijan ei pitäisi tarvita kriisiä huomatakseen, että ainoat ihmiset, jotka ymmärtävät sen päätöspolun, työskentelevät jollekin muulle. Hankinta on hetki, jolloin jatkuvuudesta tehdään arkipäivää eikä sankaritekoa.

Toinen visuaalinen: harkintaportti, ei leimasin

Arvioija on valvontapiste vain silloin, kun asia voi vielä muuttua, todisteet ovat näkyvissä ja korjaava toimenpide on edelleen mahdollinen.

Osta kyky sanoa ei

Vahvin hankintavaatimus on joskus kieltäytyminen. Viranomaisen tulisi voida sanoa ei käytölle, jota ei voida osoittaa toteen, ei muutokselle, jota ei ole arvioitu, ei tulosteelle, joka on toimivallan ulkopuolella, ja ei toimittajalle, joka ei pysty tarjoamaan toimivaa poistumista. Tämä ei ole vihamielisyyttä teknologiaa kohtaan. Se on vähimmäisriippumattomuus, joka tarvitaan teknologian valitsemiseen julkiseen tarkoitukseen, sen sijaan että valittaisiin tarkoitus, joka sopii jo hankittuun teknologiaan.

Sanomiseen ei tarvita sisäinen reitti. Arvioijan on tiedettävä, kuka voi päättää, että tapausta ei ole turvallista automatisoida. Palvelun omistajan on voitava keskeyttää toiminta odottamatta ohjausryhmää, joka kokoontuu ensi kuussa. Hankinnassa on tunnustettava, että tarjous, jossa on vähemmän ominaisuuksia, voi olla turvallisempi, koska sen rajat ovat selkeämmät. Lakitiimien, teknisen ja operatiivisen henkilöstön on voitava haastaa ensisijainen toimittaja ennen kuin päätöksestä tulee sosiaalisesti hankala.

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.

Hankinnassa pitää olla mukana ne, jotka tekevät työn

Ostajatiimi tarvitsee muutakin kuin teknisen arvioinnin ja lakikatselmuksen. Niiden, jotka käyttävät palvelua työssään, pitäisi olla mukana määrittelemässä tehtävää, vikatilanteita ja sitä, mitä näyttöä he voivat realistisesti tarkastaa. Käsittelijät, tarkastajat, hallintohenkilöt, kääntäjät, kliinikot, opettajat ja suunnittelijat tietävät, missä siisti lopputulos muuttuu hankalaksi tapaukseksi. He tietävät myös, mitä kiertoteitä otetaan käyttöön, kun järjestelmä ei sovi työhön.

Osallistumisen pitää olla konkreettista. Pyydä käyttäjiä käymään läpi tyypillisiä ja vaikeita tapauksia. Kysy, mitä heidän pitää nähdä ennen kuin he hyväksyvät suosituksen. Kysy, mistä muutoksenhaku alkaa, missä lähde korjataan ja mitkä määräajat tekevät tauosta vaarallisen. Kysy, miltä turvallinen kieltäytyminen näyttää. Nämä eivät ole käyttäjätutkimuksen eleitä. Ne ovat vaatimusten kartoittamista palvelulle, jota käyttävät ihmiset eivätkä diat.

Myös asianosaiset on otettava huomioon. Heidän näkökulmansa voi paljastaa, että tekninen erottelu ei tuota ymmärrettävää selitystä, että korjausreitti on liian hidas tai että käännetty ilmoitus muuttaa käytännön merkitystä. Julkisesta hankinnasta ei voi tehdä joka palvelun kohdalla kuulemista, mutta siinä voidaan testata, näkyykö ehdotettu raja myös instituution ulkopuolelle. Ihmisen ei pitäisi joutua ymmärtämään arkkitehtuuria ymmärtääkseen, miten lopputulokseen haetaan muutosta.

Lopputulos on yleensä vähemmän siisti kuin demo mutta kestävämpi. Oikea työ sisältää keskeytyksiä, poikkeuksia, kielieroja, vanhoja asiakirjoja, saavutettavuustarpeita ja ihmisiä, jotka eivät käyttäydy kuin testidata. Se ei ole julkisen palvelun epäonnistuminen. Se on julkinen palvelu. Hankinnan pitää ostaa sitä varten.

Seuranta on sitä, miten omistajuus jatkuu

Omistajuus ei pääty käyttöönottoon. Mallit, lähdejärjestelmät, toimintatavat, henkilöstön käyttäytyminen ja julkiset tarpeet muuttuvat. Järjestelmä voi jatkaa tulosten tuottamista, vaikka niiden merkitys lipuu. Seurannan pitääkin yhdistää tekniset signaalit siihen julkiseen toimintaan, jota ne tukevat. Käytettävyys ja vasteajat ovat tärkeitä, mutta yhtä tärkeitä ovat ohitukset, korjaukset, muutoksenhaut, jonovaikutukset, puuttuva näyttö, alaryhmien tulokset, kielikattavuus ja virheiden vakavuus.

Seurantasuunnitelmassa pitää kertoa, mitä tapahtuu, kun signaali ylittää raja-arvon. Kuka tutkii. Kuka voi keskeyttää. Mitkä tiedot säilytetään. Keitä asia on voinut koskea. Otetaanko toimittajaan yhteyttä. Milloin viranomainen tiedottaa. Miten korjaus varmistetaan. Hallintapaneeli, johon ei liity toimintaohjetta, ei ole hallintaa. Se on hyvin värikäs ehdotus.

Arviointi on toistettava merkittävien muutosten jälkeen ja käyttötarkoitukseen sopivin väliajoin. Mallipäivitys voi muuttaa tuloksia, vaikka toimittaja sanoo käyttöliittymän olevan ennallaan. Toimintatavan muutos voi muuttaa sitä, mitä oikea tulos tarkoittaa. Uusi tietolähde voi tuoda mukanaan korvaavan muuttujan tai erilaisen virhekuvion. Julkisen toimijan on säilytettävä riittävästi versiohistoriaa tilojen vertailemiseksi ja sillä on oltava riittävä toimivalta päättää, että näennäisen pienikin muutos vaatii laajemman tarkastelun.

Valvonta suojaa myös käsittelijää. Jos henkilön odotetaan ohittavan järjestelmän päätöksen, organisaation tulisi seurata, tekevätkö työmäärä, käyttöliittymä tai kannustimet sen käytännössä mahdolliseksi. Korkeat ohitusmäärät voivat kertoa heikosta mallista, epäselvästä politiikasta tai käsittelijästä, joka tekee todellisen työn huonosti suunnitellun työkalun ympärillä. Jokaisen ohituksen kohteleminen inhimillisenä kohinana on helppo tapa jättää huomaamatta järjestelmän todellinen määrittely.

Kuvitteellinen palvelu tekee rajan näkyväksi

Tarkastellaan kuvitteellista julkista palvelua, joka vastaanottaa hakemuksia ja käyttää toimittajan järjestelmää puuttuvien tietojen tunnistamiseen ja käsittelyreitin ehdottamiseen. Järjestelmä ei saa päättää kelpoisuudesta. Viranomainen on dokumentoinut tarkoituksen, tietolähteet ja tapaukset, jotka vaativat asiantuntijan käsittelyä. Käsittelijä näkee lähdeviittaukset, puuttuvan kentän selityksen, järjestelmäversion ja selvän vaihtoehdon ehdotuksen ohittamiseen. Tietue säilyttää käsittelijän toimenpiteen ja hakijalle lähetetyn ilmoituksen.

Tässä esimerkissä toimittajalla on merkityksellinen tehtävä. Se voi parantaa tiedon poimintaa, tuoda epävarmuuden esiin, tukea turvallisia päivityksiä ja täyttää häiriö- ja vientivelvoitteensa. Viranomainen omistaa edelleen palvelun tarkoituksen, oikeudellisen standardin, käsittelyroolin ja oikeussuojakeinon. Jos kenttä on virheellinen, hakija voi korjata sen. Jos ehdotus on toimivallan ulkopuolella, käsittelijä voi hylätä sen. Jos järjestelmä epäonnistuu, viranomainen voi keskeyttää reitin ja jatkaa dokumentoidulla vaihtoehdolla. Hyöty tulee rajasta, ei siitä, että teeskennellään toimittajan muuttuneen instituutioksi.

Muutetaan nyt yhtä ehtoa. Järjestelmän ehdottamaa reittiä käsitellään oletuksena, käsittelijät näkevät vain värin ja luottamusmerkin, ja toimittaja voi päivittää mallin ilman ilmoitusta, joka tavoittaa palvelun omistajan. Sopimus kutsuu edelleen tuotosta neuvoa-antavaksi. Työnkulku on muuttanut sen viranomaiseksi. Tästä syystä oikeudelliset nimikkeet eivät voi pelastaa toimintamallia, joka antaa tuotokselle vallan päättää.

Esimerkki on tarkoituksella yksinkertainen. Se ei sisällä keksittyä kuntaa, häiriötä tai asiakasta. Sen tarkoitus on tehdä hankinnan valinnat näkyviksi. Todelliset palvelut lisäävät monimutkaisuutta. Kysymykset säilyvät: kuka määrittelee käytön, kuka näkee todisteet, kuka voi muuttaa lopputuloksen, kuka kirjaa syyn ja kuka voi korjata vahingon.

Mitä julkisen ostajan tulisi kysyä

Käytännöllinen hankintapaketti voi muuttaa nämä periaatteet kysymyksiksi, joihin tarjoajien ja sisäisten tiimien on vastattava. Luettelo ei ole yleispätevä malli, ja jokainen toimiala tarvitsee oman oikeudellisen ja toiminnallisen yksityiskohtansa. Se on tapa pakottaa raja esiin varhaisessa vaiheessa.

  • Mitä julkista tehtävää tuetaan, ja mitkä toimet ovat nimenomaisesti toimivallan ulkopuolella?
  • Keihin vaikutetaan, mitä väärä tuotos voisi muuttaa ja kuinka palautuva muutos on?
  • Mitä tietoja, lähteitä, versioita ja oletuksia käytetään, ja kuka voi korjata niitä?
  • Mitkä todisteet kulkevat tuotoksen mukana, ja voiko valtuutettu käsittelijä tarkastaa ja haastaa ne?
  • Mitä tapahtuu, kun syöte puuttuu, on ristiriitainen, ei-tuettu tai ilmoitetun jakauman ulkopuolella?
  • Mikä rooli voi hylätä, ohittaa, keskeyttää, pysäyttää tai nostaa asian käsittelyyn, ja onko rooli miehitetty ja valtuutettu?
  • Miten malli-, kehote-, haku-, politiikka- ja tietomuutokset tunnistetaan, testataan, hyväksytään ja peruutetaan?
  • Miten asianomainen henkilö saa ilmoituksen, korjauksen, selityksen ja toimivan muutoksenhakureitin?
  • Mitkä lokit, tietueet ja viennit pysyvät viranomaisen saatavilla sopimuksen aikana ja sen päättymisen jälkeen?
  • Mitä toimittaja raportoi häiriönä, ja miten korjaavat toimenpiteet osoitetaan?

Nämä kysymykset eivät korvaa tarjouspyyntöä, vaikutustenarviointia tai lakineuvontaa. Ne vaikeuttavat sitä, että kukin asiakirja olettaisi jonkin toisen asiakirjan hoitavan vaikean osuuden. Ne myös auttavat ostajaa vertailemaan toimittajia asioissa, jotka tekevät palvelusta hallittavan, eivät vain asioissa, jotka tekevät demosta vaikuttavan.

Pieni huomiomme, myöhässä ja tarkoituksella

Työskentelemme Dwevella hallittujen järjestelmien parissa, joten tunnemme kiusauksen tehdä tuotteesta sankarin. Hyödyllisempi kurinalaisuus on pienempi: ilmaise tarkoitus, sido toimivalta, pidä todisteet kiinni, tee luovutuksista tarkastettavia ja jätä reitti korjaukselle. Oma hankinta- ja hallintomateriaalimme lähtee näistä rajoista, koska vastuullinen työnkulku on tärkeämpi kuin työkalun vakuuttava kuvaus. Se on esimerkki suunnittelunäkemyksestä, ei todiste siitä, että tuote voisi korvata julkisen instituution.

Väite ei ole se, että jokaisen julkisen ostajan pitäisi käyttää ohjelmistoamme tai että yksi arkkitehtuuri ratkaisisi hankinnan. Väite on se, että sama testi koskee meitä kuin ketä tahansa muuta. Voiko ostaja ymmärtää, mitä ollaan ostamassa, mitä sille on sallittua tehdä, mitä todisteita se jättää, miten se muuttuu ja miten ostaja pääsee pois. Jos vastaus on ei, ostajalla on syy jatkaa kysymysten esittämistä riippumatta siitä, kuinka eurooppalaiselta, avoimelta tai hyväkäytöksiseltä toimittaja kuulostaa.

Päätös pysyy julkisella toimielimellä

Julkinen hankinta kuvataan usein reittinä rahalle vastineeksi. Se on totta, mutta arvo ei ole vain halvempi hinta tai nopeampi prosessi. Julkinen palvelu tarvitsee myös kyvyn antaa perusteluja, korjata virheitä, kestää tarkastelua, suojata oikeuksia ja jatkaa toimintaansa, kun jokin osa muuttuu. Järjestelmä, joka säästää aikaa mutta tekee näistä velvollisuuksista mahdottomia, ei ole rahalle vastinetta. Se on tuleva riita ostettuna alennuksella.

Toimittaja voi tarjota osaamista, todisteita, ylläpitoa ja reitin parantamiseen. Toimielimen on tarjottava tarkoitus, toimivalta, harkinta, oikeussuojakeino ja omistajuus. Sopimuksen pitäisi tehdä näistä suhteista yksiselitteisiä. Työnkulun pitäisi tehdä niistä näkyviä. Tallenteen pitäisi tehdä niistä palautettavia. Asianomaisen henkilön pitäisi pystyä löytämään ovi, josta korjaus voi tulla sisään.

Siksi julkinen palvelu ei voi ulkoistaa harkintaansa. Toimielin voi delegoida tehtävän, mutta se ei voi delegoida lopputuloksen julkista merkitystä. Se voi käyttää mallia, mutta se ei voi käyttää mallin varmuutta syynä lopettaa ajattelu. Se voi ostaa avustajan, mutta se ei voi ostaa avustajaa ja sitten kutsua avustajaa vastuulliseksi osapuoleksi. Julkinen toimivalta ei siirry pelkästään siksi, että ohjelmistokaaviossa on nuoli.

Rehellinen hankintakysymys ei siis ole se, voiko toimittaja automatisoida tämän. Se on se, voiko julkinen toimielin pysyä kykenevänä ymmärtämään, haastamaan, keskeyttämään, korjaamaan, selittämään ja poistumaan, kun toimittaja auttaa. Jos vastaus on kyllä, teknologialla on paikka hallittavassa palvelussa. Jos vastaus on ei, oikea päätös voi olla käytön rajaaminen, sopimuksen muuttaminen tai hankinnasta kieltäytyminen. Julkinen toimielin, joka osaa sanoa ei, tekee edelleen työnsä.

Lähteet