Ostolasku ei yleensä jää odottamaan siksi, että kukaan ei haluaisi hyväksyä sitä. Se jää odottamaan, koska oikea henkilö on vaikea tunnistaa, laskun tieto puuttuu, kustannuspaikka on epäselvä tai lasku poikkeaa sovitusta. Kun mietitään, how to automate invoice approvals, olennaista ei ole vain hyväksyntänapin automatisointi. Tavoite on rakentaa käsittelyketju, joka ohjaa rutiinit nopeasti eteenpäin ja nostaa vain aidot poikkeukset ihmisen arvioitavaksi.
Hyvin toteutettu automatisointi vähentää manuaalista työtä ilman, että talouden kontrollista tingitään. Se voi toimia nykyisen taloushallinto-, ostotilaus- ja dokumentinhallintajärjestelmän rinnalla. Käytännössä laskut kulkevat nopeammin, hyväksyjillä on parempi tilannekuva ja taloustiimi käyttää vähemmän aikaa muistutuksiin, tietojen korjauksiin ja laskujen etsimiseen.
Mistä laskujen hyväksynnän hitaus oikeasti syntyy?
Ennen automatisointia kannattaa tarkastella nykyistä prosessia laskukohtaisesti. Missä vaiheessa lasku odottaa pisimpään? Kuinka usein se palautuu täydennettäväksi? Kuinka monta henkilöä koskee tavallinen lasku verrattuna poikkeavaan laskuun?
Monessa yrityksessä ongelma ei ole hyväksyntäsääntöjen puute vaan niiden epäselvä soveltaminen. Esimerkiksi ohjelmistotilaus voi mennä eri reittiä riippuen siitä, onko kyseessä uusi hankinta, vuosiuudistus vai konsernin yhteinen palvelu. Jos tiedot ovat laskulla eri muodossa tai saapuvat sähköpostin liitteenä, käsittely alkaa helposti aina alusta.
Automatisoinnin lähtökohta on erottaa toisistaan ennakoitavat laskut ja tapaukset, jotka vaativat harkintaa. Toistuva, sovitun toimittajan lasku voidaan tarkistaa ja reitittää sääntöjen perusteella. Uusi toimittaja, poikkeava summa tai puuttuva ostotilaus pitää sen sijaan ohjata tarkempaan käsittelyyn. Tämä rajaus on usein merkittävin yksittäinen parannus.
Näin automatisoit invoice approvals -prosessin vaiheittain
Toimiva ratkaisu kannattaa rakentaa hallituissa vaiheissa. Kaikkea ei tarvitse automatisoida ensimmäisellä kierroksella, eikä jokainen laskutyyppi tarvitse samaa työnkulkua.
1. Yhtenäistä laskun saapuminen ja tiedon poiminta
Laskut voivat saapua verkkolaskuina, PDF-tiedostoina, sähköpostitse tai toimittajaportaalien kautta. Ensimmäinen tehtävä on saada ne yhdenmukaiseen käsittelyvirtaan. Automaatio tunnistaa laskulta keskeiset tiedot, kuten toimittajan, laskun numeron, summan, eräpäivän, arvonlisäveron, viitteen ja mahdollisen ostotilausnumeron.
Pelkkä tiedon poiminta ei vielä ratkaise prosessia. Tiedolle pitää määritellä käyttötarkoitus: mihin järjestelmään se siirtyy, mitä kenttiä se täydentää ja milloin puutteellinen tieto pysäyttää käsittelyn. Jos esimerkiksi kustannuspaikka voidaan päätellä toimittajan, tilauksen tai sopimuksen perusteella, sitä ei tarvitse kysyä erikseen jokaisella laskulla.
2. Määritä hyväksyntäsäännöt liiketoiminnan mukaan
Hyväksyntäkierto kannattaa perustaa todelliseen päätöksentekoon, ei organisaatiokaavioon. Säännöt voivat huomioida summan, kustannuspaikan, projektin, toimittajan, laskulajin, sopimuksen tai ostotilauksen. Pienet, ennalta sovitut ja oikein kohdistetut laskut voivat edetä kevyellä tarkistuksella. Suuremmat tai poikkeavat laskut voidaan ohjata vastuuhenkilölle ja tarvittaessa toiselle hyväksyjälle.
Tässä kohtaa kannattaa välttää liian monimutkaista sääntökokonaisuutta. Jos jokaiselle mahdolliselle tilanteelle rakennetaan oma reitti, prosessista tulee vaikea ylläpitää. Aloita yleisimmistä laskuista ja selkeimmistä päätöksistä. Tarkemmat haarat voidaan lisätä, kun datasta nähdään, missä niitä oikeasti tarvitaan.
3. Tarkista ostotilaus, sopimus ja poikkeamat automaattisesti
Laskun hyväksyntä nopeutuu merkittävästi, kun järjestelmä vertailee laskun tietoja olemassa olevaan ostotilaukseen tai sopimukseen. Täsmäävätkö toimittaja, tuotteet, määrä, hinta ja laskutusjakso? Jos täsmäävät, lasku voidaan valmistella hyväksyntään ilman manuaalista vertailua.
Poikkeamien käsittelyyn tarvitaan selkeä logiikka. Pieni pyöristys tai ennalta määritelty summaero voi olla hyväksyttävä. Väärä laskutusjakso, huomattava hinnanmuutos tai puuttuva tilausnumero taas vaatii selvityksen. Automaatio ei saa piilottaa epäselvyyksiä. Sen tehtävä on tuoda ne esiin nopeasti, oikealle henkilölle ja riittävällä taustatiedolla.
4. Lähetä muistutukset ja eskaloi vain tarpeen mukaan
Hyväksyjien muistuttaminen on yksi helpoimmin automatisoitavista mutta usein aliarvioiduista vaiheista. Hyväksyjälle voidaan lähettää ilmoitus heti, kun lasku vaatii hänen päätöstään, sekä muistutus ennen eräpäivää. Jos lasku jää edelleen odottamaan, se voidaan eskaloida sovitulle varahenkilölle tai taloustiimille.
Muistutusten määrä kannattaa mitoittaa huolellisesti. Liian tiheä viestintä muuttuu nopeasti taustakohinaksi. Parempi käytäntö on yhdistää ilmoitukseen laskun keskeiset tiedot, poikkeaman syy ja yksi selkeä toiminto: hyväksy, hylkää tai pyydä lisätietoja.
Missä tekoäly tuo lisäarvoa?
Sääntöpohjainen automaatio on hyvä perusta, kun laskun rakenne ja päätöslogiikka ovat selkeitä. Tekoäly tuo lisäarvoa erityisesti tilanteissa, joissa tieto on hajanaista, laskut tulevat eri muodoissa tai laskun sisältö vaatii tulkintaa.
Tekoäly voi esimerkiksi auttaa luokittelemaan laskuja, tunnistamaan epäjohdonmukaisia tietoja ja ehdottamaan kustannuspaikkaa aiempien hyväksyttyjen laskujen perusteella. Se voi myös tiivistää hyväksyjälle olennaisen taustan: mitä laskutetaan, mihin sopimukseen se liittyy ja mikä poikkeaa tavanomaisesta.
Ehdotukset eivät kuitenkaan ole sama asia kuin automaattiset päätökset. Yrityksen kannattaa määritellä, missä tilanteissa tekoälyn tuottama luokittelu riittää jatkamaan työnkulkua ja missä tilanteissa tarvitaan aina ihmisen vahvistus. Tämä on erityisen järkevää uusien toimittajien, poikkeavien summien ja taloudellisesti merkittävien hankintojen kohdalla.
Integroi nykyisiin järjestelmiin, älä rakenna rinnakkaista työtä
Laskujen hyväksynnän automatisointi epäonnistuu helposti, jos se luo uuden irrallisen työkalun vanhojen rinnalle. Hyvä ratkaisu hakee tarvittavat tiedot siellä, missä ne jo ovat, ja palauttaa hyväksynnän lopputuloksen taloushallinnon prosessiin. Tällöin käyttäjän ei tarvitse kopioida laskutietoja sähköpostista taulukkoon ja siitä taas järjestelmään.
Integraatioiden suunnittelussa on hyvä huomioida ainakin käyttäjätunnistautuminen, käyttöoikeudet, lokitiedot, virhetilanteet ja tiedonsiirron vastuut. Suomessa, Ruotsissa ja Norjassa toimiville organisaatioille myös monikielinen käyttöliittymä ja EU-pohjainen infrastruktuuri voivat olla käytännön valintaperusteita. Ne vaikuttavat siihen, kuinka hyvin ratkaisu palvelee eri tiimejä ja organisaation omia tietoturvavaatimuksia.
AI Powered Solutions rakentaa tällaisia työnkulkuja olemassa olevien järjestelmien ympärille. Tarkoitus ei ole pakottaa yritystä vaihtamaan toimivaa taloushallintoa, vaan poistaa sen ympäriltä manuaaliset vaiheet, jotka hidastavat hyväksyntää.
Mittaa onnistumista ennen kuin laajennat automaatiota
Automaatio kannattaa aloittaa rajatusta laskuryhmästä, esimerkiksi toistuvista sopimuslaskuista tai ostotilaukseen sidotuista hankinnoista. Pilotissa nähdään nopeasti, ovatko säännöt oikein, puuttuuko lähtötiedoista jotain ja missä kohtaa poikkeuksia syntyy eniten.
Seuraa käsittelyaikaa laskun saapumisesta hyväksyntään, erääntyneiden laskujen määrää, manuaalisten kosketusten määrää ja palautettujen laskujen syitä. Lisäksi kannattaa tarkastella, kuinka suuri osuus laskuista etenee ilman erillistä selvittelyä. Tavoitteena ei ole maksimoida automaation prosenttia hinnalla millä hyvänsä, vaan saada oikeat laskut oikeaan käsittelyyn mahdollisimman vähällä kitkalla.
Kun prosessin perusta on kunnossa, laskujen hyväksyntä lakkaa olemasta taloustiimin jatkuva muistutusprojekti. Se muuttuu hallituksi työnkuluksi, jossa ihmiset käyttävät aikansa päätöksiin, joilla todella on merkitystä.