--- title: "Yksi identiteetti ihmisille ja agenteille: kuka saa tehdä mitä" url: "https://hurukan.com/fi/blog/yksi-identiteetti-ihmisille-ja-agenteille" description: "Jaetun palvelutilin alla toimivat agentit tekevät jokaisesta toimesta anonyymin. Miksi agentti tarvitsee oman identiteetin, ihmiseltä delegoituna ja vanhenevin oikeuksin." --- # Yksi identiteetti ihmisille ja agenteille: kuka saa tehdä mitä 22\. lokakuuta 2026·3 min lukuaika·Toimitus Rivi samanlaisia valkoisia kulkukortteja työpöydällä siistissä toimistossa, yksi niistä ohuen sinisen viivan valaisemana reunastaan, ylläpitäjän käsi kurottaa sitä kohti, taustalla kannettava tietokone, jossa abstrakti sinisenharmaa lista, matala syväterävyys Toimittajan pankkitili muuttuu perustiedoissa torstai-iltapäivänä. Perjantain maksuajo käyttää uutta tiliä. Seuraavana tiistaina toimittaja soittaa ja kysyy, missä rahat ovat, ja taloustiimi avaa kirjauslokin nähdäkseen, kuka muutoksen teki. Loki sanoo: INTEGRATION\_SVC. Se tili kuuluu väliohjelmistolle. Sen kautta kulkevat verkkokaupan synkronointi, varastoliitin, ajastettu siivousskripti ja kevään jälkeen kaksi agenttia, jotka päivittävät perustietoja, kun vahvistettu asiakirja niin sanoo. Kuusi prosessia, yksi nimi, yksi salasana, joka on tallennettu kolmeen paikkaan. Muutoksen teki yksi niistä, jonkun puolesta, jostain syystä, eikä tietue osaa sanoa mikä, kenen puolesta tai miksi. Tämä ei ole tietoturvaloukkaus. Jokainen prosessi teki sen, mihin se oli määritetty. Kyse on identiteettiongelmasta: yritys antoi ohjelmistolleen yhdet yhteiset kasvot, eikä yhteisiltä kasvoilta voi kysyä mitään. Sillä hetkellä, kun agentit alkavat toimia, noiden kasvojen tekemien toimien määrä moninkertaistuu, ja jokainen niistä on anonyymi jo rakenteensa vuoksi. ## Mitä jaettu palvelutili kätkee **Tekijän.** Kuusi prosessia yhden nimen takana tarkoittaa, että loki kirjaa jotain tapahtuneen, mutta ei sitä, mikä sen teki. Ihmisen virhe, skriptin bugi ja agentin virhearvio näyttävät samalta ja korjataan samalla tavalla: hitaasti. **Toimeksiantajan.** Agentti, joka päivittää toimittajaa, tekee sen, koska ihmisen rooli pyysi sitä tai koska prosessi salli sen. Palvelutili ei kanna jälkeäkään tästä ketjusta, joten kysymykseen “kenen puolesta tämä tehtiin” ei myöskään ole vastausta. **Laajuuden.** Palvelutili kerää oikeuksia. Jokainen integraatio tarvitsi yhden taulun lisää, yhden rajapinnan lisää, eikä kukaan poistanut niitä, joita ei enää käytetä. Viime vuonna lisätty agentti peri ne kaikki, mukaan lukien oikeuden muuttaa pankkitiliä, jota se ei koskaan tarvinnut. **Ajan.** Tili on ollut voimassa luomisestaan lähtien. Ihmisen pääsy päättyy, kun hän lähtee; delegoitu tehtävä päättyy, kun se on tehty. Jaettu tili ei pääty koskaan, joten kerran vuotanut tunnus on vuotanut lopullisesti. **Lukemisen ja kirjoittamisen rajan.** Tili, joka lukee tilauksia raporttia varten, on sama, joka kirjoittaa maksutiedoston. Yksi vaarantunut skripti, yksi väärin määritetty kehote, ja lukupolusta tulee kirjoituspolku. Miksi kirjoittaminen on vaarallinen puolisko, perustellaan kirjoituksessa [agentti, joka kirjoittaa ERP:hen](https://hurukan.com/fi/blog/agentti-joka-kirjoittaa-erp-jarjestelmaan). **Tauluihin sidotut oikeudet.** Tietokantaroolit antavat pääsyn tauluun, eivät asiakkaaseen. Agentti, joka saa lukea tilaustaulua, lukee jokaisen tilauksen, myös sen asiakasryhmän tilaukset, joita sen roolin ei koskaan pitäisi nähdä. Ennen käyttöliittymän näkymä piilotti ne; agentti ei käytä näkymää. ## Miltä agentin identiteetin pitää näyttää **Oma nimi.** Jokainen agentti on hakemistossa oma toimijansa, kuten ihminen ja toisin kuin salasana asetustiedostossa. Loki nimeää silloin agentin, ja kiistanalainen muutos voidaan jäljittää yhteen prosessiin kuuden prosessin joukon sijaan. **Delegoitu ihmiseltä tai roolilta.** Agentilla ei ole omia oikeuksia; se toimii jonkun puolesta. Hankinta-agentti toimii hankintaroolin alla, sen rajoissa, mitä rooli saa tehdä, ja tietue näyttää agentin ja roolin yhdessä. Jos roolin takana oleva ihminen lähtee, delegointi päättyy hänen mukanaan. **Vanhenevat laajuudet.** Delegointi koskee tehtävää, aluetta ja ajanjaksoa. Avointen laskujen lukeminen seuraavien kolmenkymmenen päivän ajan on laajuus; kaiken lukeminen ikuisesti on palvelutili toisella nimellä. Kun laajuus vanhenee, agentti pyytää uudelleen, ja pyyntö kirjataan. **Oikeudet liiketoiminnan kohteisiin, eivät tauluihin.** Tässä ontologia ansaitsee paikkansa. Malli määrittelee asiakkaan, tilauksen, toimittajan, pankkitilin ja toimet, jotka kullakin ovat olemassa: lue, ehdota, muuta, hyväksy. Oikeus sanoo silloin, että palveluagentti saa lukea yhden alueen asiakkaiden reklamaatiot ja ehdottaa vastauksia, ei että se saa hakea kolmesta taulusta. Sama sääntö koskee ihmisiä, joten samassa roolissa oleva ihminen ja agentti näkevät täsmälleen samat asiat. **Valvottu palvelimella, kaikkien luettavissa.** Oikeus elää agentin alapuolella, kerroksessa, joka tarkistaa jokaisen pyynnön, ei agentin ohjeissa. Kehote ei voi myöntää itselleen pääsyä, ja mallia lukeva ihminen näkee, mitä kukin agentti saa tehdä, lukematta riviäkään koodia. **Sama vastaus ihmiselle ja agentille.** “Kuka tämän teki, kenen puolesta, millä näytöllä ja kuka sen hyväksyi” saa saman vastauksen riippumatta siitä, oliko tekijä toimistotyöntekijä vai prosessi. Jos tietue osaa vastata henkilöstön osalta mutta ei agenttien, agentit ovat aukko kirjausketjussa, eivät sen osa. ## Testi, jonka voit tehdä tänään Avaa ERP:n tai kirjanpito-ohjelman kirjausloki ja suodata viime kuukausi teknisten tilien mukaan: integraatiokäyttäjä, API-käyttäjä, kaikki, minkä nimessä on “svc”, “sync” tai “system”. Laske muutokset. Poimi sitten niistä viisi satunnaisesti ja yritä vastata kunkin kohdalla, mikä prosessi muutoksen teki ja kenen ihmisen tai minkä roolin puolesta. Jos et pysty vastaamaan muutamassa minuutissa pelkän tietueen perusteella kysymättä IT-tiimiltä, jokainen noista muutoksista on anonyymi. Listaa nyt prosessit, jotka jakavat kunkin teknisen tilin, ja oikeudet, jotka tilillä on. Ero sen välillä, mitä kukin prosessi tarvitsee ja mitä tilillä on, on hyökkäyspinta, jolla olette toimineet koko ajan, ja se on pinta, jonka agentti perisi ensimmäisenä päivänä. Hurukanissa jokainen pyyntö saapuu palvelimelle identiteetin kanssa: ihminen, ihmisen tai prosessin puolesta toimiva agentti tai järjestelmä itse. Oikeudet tarkistetaan siellä, palvelimella, niitä rooleja ja sääntöjä vasten, jotka [ontologia](https://hurukan.com/fi/system/ontologia) määrittelee liiketoiminnan kohteille, ja jokainen muutos kirjataan tekijätyyppeineen, muutoksen sisältöineen ja hyväksyjineen. Se tekee agentista vastuullisen samassa lauseessa kuin työntekijästä, ja se on [Hurukanin](https://hurukan.com/fi) peruskerros, jota kuvataan kirjoituksessa [suvereniteetti on arkkitehtuuripäätös](https://hurukan.com/fi/blog/suvereniteetti-on-arkkitehtuuripaatos). - identiteetti - käyttöoikeudet - agentit - kirjausketju - ontologia ## Lue lisää - [Nykytila ja rekisteri: yrityksen käyttöjärjestelmän kaksi muistia](https://hurukan.com/fi/blog/nykytila-ja-rekisteri-kaksi-muistia) - [Agentti kirjoittaa ERP:hen: lukemisen ja kirjoittamisen raja](https://hurukan.com/fi/blog/agentti-joka-kirjoittaa-erp-jarjestelmaan)