Katsokaa laskua INV-88180 tarkkaan. Sen kolmen laskurivin summa on 8 240,00 dollaria. Alareunaan painettu loppusumma on 8 420,00 dollaria. Kaksi numeroa on vaihtanut paikkaa, ja ero on 180 dollaria.
Kiireiseltä tarkastajalta se voi jäädä huomaamatta. Automaattiselta prosessilta, joka luottaa kaikkeen poimimaansa, se jää huomaamatta joka kerta — ja prosessi välittää väärän luvun eteenpäin kuin se olisi oikea.
Uusi videomme, Checked, not trusted, seuraa tätä yhtä laskua DocRevealin läpi: hetkestä, jolloin se luetaan, tarkistukseen, joka merkitsee sen poikkeamaksi, ja siihen hetkeen, jolloin ihminen päättää, mitä seuraavaksi tapahtuu. Video kestää kolme ja puoli minuuttia, voitte katsoa sen tämän sivun yläosasta, ja se on tehty niille, jotka kantavat vastuun — talousjohtajille, ostoreskontratiimeille, operatiiviselle puolelle ja tarkastajille — eikä kehittäjille. Seuraavassa kerromme, mitä näette ja miksi sillä on merkitystä.
Lukeminen ei ole sama asia kuin luottaminen
Tekoäly on oppinut lukemaan dokumentteja erittäin hyvin. Se poimii laskun INV-88180 jokaisen rivin oikein — myös väärän loppusumman, koska juuri väärä loppusumma on laskuun painettu. Virheellisen dokumentin täydellinen kopio on silti virheellinen tulos.
Tämä on se aukko, jonka useimmat dokumenttiautomaation ratkaisut jättävät auki. Käsittely nopeutuu, ja samalla nopeutuu myös virheiden kulku kirjanpitoon, raportteihin ja maksuihin. Ratkaisu ei ole hidastaa vauhtia. Ratkaisu on tarkistaa jokainen dokumentti automaattisesti niitä sääntöjä vasten, joiden mukaan yrityksenne jo toimii, ennen kuin kukaan tukeutuu tietoihin.
Lukeminen: jokaisesta laskusta tulee dataa
Video alkaa Reveal Managerista, jossa kuusi syyskuun laskua käsitellään yhdellä ajolla. Jokainen tiedosto jäsennetään, mapataan laskumalliin, tarkistetaan sääntöjä vasten ja valmistellaan analytiikkaa varten, ja taulu näyttää ajon edetessä, missä vaiheessa kukin tiedosto on. Ylläpidettäviä mallipohjia ei ole: toimittajat käyttävät erilaisia asetteluja ja kieliä, ja laskut luetaan sellaisina kuin ne tulevat.
Viisi laskua menee läpi. Yksi, Stavlund-nimisen toimittajan lasku, ei mene: sen sääntötarkistukset ovat epäonnistuneet.
Tarkistus: säännöt, jotka tilintarkastajanne kirjoittaisivat
Tarkistus, johon lasku kompastui, tulee Rules Managerista. Siellä liiketoimintakäyttäjä kokoaa sääntöjä klikkaamalla kenttiä, ehtoja ja arvoja — ei koodia, ei skriptejä. Videossa yksi sääntö sanoo, että laskurivien summan on vastattava laskun loppusummaa. Toinen varmistaa, ettei sama laskunumero koskaan esiinny kahdessa dokumentissa.
Nämä tarkistukset ovat deterministisiä. Ne eivät kysy tekoälyltä mielipidettä; ne laskevat ja vertaavat, joka kerta samalla tavalla. Säännöt ryhmitellään, versioidaan ja julkaistaan tietoisesti, ja auditointiloki näyttää, kuka loi, muutti ja julkaisi kunkin version. Kun joku kuukausia myöhemmin kysyy, miksi lasku merkittiin poikkeamaksi, vastaus on tallessa.
Lopputuloksena on tuomio perusteluineen. Business Rules Validation -näkymässä INV-88180 on merkitty hylätyksi, ja näkyvissä ovat täsmälleen se sääntö, joka ei täyttynyt, sekä sen taustalla olevat arvot: laskurivit yhteensä 8 240,00 dollaria, painettu loppusumma 8 420,00 dollaria. Ei ”jokin näyttää olevan pielessä”, vaan mitä, missä ja kuinka paljon.
Hylkäävä tuomio ei ole umpikuja. Se tallennetaan dokumentin yhteyteen ja julkaistaan tapahtumana, joten se voi käynnistää Integration Manager -virran tai herättää tekoälyagentin hoitamaan seuraavan vaiheen.
Päätös: agentti, joka tietää, milloin kysyä
Videon toisella puoliskolla tapahtuma herättää Agent Managerissa laskujen lajittelua hoitavan tekoälyagentin — yhden niistä digitaalisista kollegoista, joista kerroimme Agent Pool -artikkelissa. Kukaan ei käynnistä sitä käsin; se käynnistyy itsestään aina, kun dokumentti validoidaan. Sen ensimmäinen siirto ei ole toimia vaan lukea: sääntötarkistuksen tuomio ja poimitut laskutiedot.
Agentti toimii rajoissa, jotka sen omistaja on asettanut: määritelty joukko työkaluja, ajokohtainen vaiheiden enimmäismäärä ja autonomiaprofiili, joka ratkaisee, mitkä toimet vaativat ihmisen hyväksynnän. Sen ohjeet ovat selvät niiden laskujen osalta, jotka eivät läpäise tarkistuksiaan — ne ohjataan ihmiselle. Agentti tekee siis sen, minkä hyvä kollega tekisi: se kysyy. Ajo jää odottamaan hyväksyntöjen postilaatikkoon, jossa kysymys ja vastausvaihtoehdot ovat valmiina esillä.
Ihminen lukee kysymyksen ja päättää pysäyttää laskun ja pyytää tilalle korjatun. Agentti jatkaa, kirjaa päätöksen muistiin ja lopettaa. Sen jäljityksestä näkyy jokainen vaihe — mitä se luki, mitä se kysyi, minkä vastauksen se sai ja miten ajo päättyi. Postilaatikko on taas tyhjä, eikä tapahtunut mitään, mitä ei voisi selittää.
Miksi tällä on merkitystä yksittäistä laskua laajemmin
INV-88180 on pieni tarina 180 dollarista. Sen taustalla oleva periaate koskee jokaista dokumenttia, jonka yrityksenne käsittelee, ja sen voi tiivistää yhteen riviin: Tekoäly ehdottaa. Säännöt tarkistavat. Ihmiset päättävät.
- Käsitelkää poimittua dataa ehdotuksena, ei tosiasiana. Etsikää kohdat, joissa poimittua dataa käytetään kenenkään tarkistamatta — juuri sinne ensimmäiset sääntönne kuuluvat.
- Kirjatkaa ylös tarkistukset, joita työntekijänne tekevät jo tottumuksesta. Summat, joiden on täsmättävä, numerot, jotka eivät saa toistua, arvot, joiden on pysyttävä rajoissa. Minkä tarkastaja tarkistaa, sen sääntö voi tarkistaa jokaisesta dokumentista.
- Antakaa automaatiolle keino pysähtyä ja kysyä. Agentti, joka siirtää eteenpäin sen, mistä sen ei kuulu päättää, on arvokkaampi kuin agentti, joka päättää kaikesta.
- Pitäkää kirjaa. Versioidut säännöt, perustellut tuomiot ja agenttien jäljitykset ihmisten vastauksineen muuttavat toteamuksen ”järjestelmä teki sen” historiaksi, jonka voitte auditoida.
Kaikki videon yritykset ja luvut ovat kuvitteellista demodataa.
Tarkistettu, ei sokeasti luotettu. Jokainen dokumentti. Näin automaatio ansaitsee luottamuksen.