Power Automate vai UiPath? Vanha järjestelmä voi ratkaista valinnan

Power Automate on usein luonteva valinta Microsoft 365 -työnkulkuihin, kun taas UiPathin vahvuus korostuu laajassa vanhojen käyttöliittymien automaatiossa. Tämä on myös Zapierin tuotevertailun johtopäätös. Vanha sovellus voi ratkaista valinnan, jos sitä pitää käyttää valvomatta, prosessi ulottuu useaan järjestelmään ja ajoja tarvitaan samanaikaisesti.

Pelkkä tieto käytössä olevista sovelluksista ei silti riitä päätökseen. Erota toisistaan palvelujen välinen työnkulku ja työpöydällä käyttäjän toimia jäljittelevä automaatio. Selvitä myös, kohdistuuko tarvittava lisenssi ihmiseen, pilvityönkulkuun vai koneen suorituskapasiteettiin: sama prosessi voi vaatia näitä oikeuksia eri vaiheissa.

Microsoft 365 -työnkulku: mikä käynnistää työn?

Kun työ kulkee pääosin Outlookin, Teamsin ja SharePointin välillä, Power Automate on selkeä lähtökohta. Ehdollisessa esimerkissä saapunut pyyntö lähetetään hyväksyttäväksi ja hyväksytty tieto tallennetaan yhteiseen sijaintiin. Tässä tapauksessa tärkein raja ei ole robottien määrä vaan se, käyttääkö työnkulku premium-yhdistimiä ja käynnistyykö se automaattisesti vai käyttäjän painikkeesta.

Microsoftin Power Automate -lisenssiohjeen mukaan tavallisia yhdistimiä käyttävään työnkulkuun voi riittää Microsoft 365 -käyttöoikeus. Automaattisen tai ajastetun työnkulun lisenssiyhteys määräytyy omistajan mukaan, mutta premium-yhdistintä käyttävän manuaalisen työnkulun käynnistäjät tarvitsevat lähtökohtaisesti oman oikeutensa. Prosessille kohdistettu Process-lisenssi voi kattaa työnkulun ilman erillistä Power Automate -käyttäjälisenssiä jokaiselle käynnistäjälle.

Prosessilisenssiä ei pidä tulkita yleiseksi oikeudeksi kaikkiin saman hankkeen työnkulkuihin. Yhteen liiketoimintaprosessiin kuuluvat pilvityönkulut voidaan liittää samaan lisensoituun ryhmään, mutta myös alityönkulut on lisättävä siihen erikseen. Siksi hyväksyntäprosessin kustannus riippuu paitsi osallistujista myös siitä, kuinka työnkulku on rakennettu ja mihin sen osiin kapasiteetti kohdistetaan.

Vanha työpöytäsovellus: kuinka monta ajoa tarvitaan yhtä aikaa?

Jos vanhasta sovelluksesta puuttuu käyttökelpoinen rajapinta, automaation on ehkä syötettävä tiedot sen käyttöliittymään. Ehdollisessa esimerkissä yöajo avaa työpöytäsovelluksen, käsittelee saapuneet tapaukset ja kirjaa tuloksen. Molemmilla alustoilla voidaan tehdä valvomatonta RPA:ta, mutta kapasiteetin mitoitus alkaa samanaikaisten suoritusten huipusta, ei vuorokaudessa käsiteltyjen tapausten kokonaismäärästä.

Microsoftin lisenssityyppien kuvauksen mukaan koneelle kohdistettu Process-lisenssi sallii yhden valvomattoman työpöytäajon kerrallaan. Rinnakkaiset ajot edellyttävät lisää Process-kapasiteettia niille koneille, joilla ne suoritetaan. Jos työpöytäajo käynnistetään Process-lisenssin alaisesta pilvityönkulusta, myös ajossa käytetyn yhteyden käyttäjällä täytyy olla työpöytäajoihin oikeuttava käyttäjälisenssi. Konekapasiteetti ei siis yksin kuvaa hankinnan kaikkia oikeuksia.

UiPathin Orchestratorin lisenssiohje sitoo valvomattoman kapasiteetin koneille osoitettuihin runtime-paikkoihin, jotka määräävät samanaikaisten töiden enimmäismäärän. Jos tehtäviä on enemmän kuin suorituspaikkoja, ylimääräiset työt odottavat paikan vapautumista. Ohjeessa on myös laitteistoon liittyvä raja: Windows-työasemalla useamman runtime-paikan osoittaminen ei itsessään mahdollista useaa yhtäaikaista prosessia. Näin lisenssimäärä ja todellinen suoritusympäristö on mitoitettava yhdessä.

Vanhan sovelluksen kohdalla toimintavarmuus riippuu myös käyttöliittymän käyttäytymisestä. Jos kentät muuttuvat, istunto katkeaa tai sovellus näyttää poikkeavan näkymän, automaation on tunnistettava tilanne eikä vain jatkettava seuraavaan klikkaukseen. Alustavalinnassa painaa siksi se, kuinka vaikeimman käyttöliittymävaiheen virheet havaitaan ja miten epäonnistunut tapaus palautetaan käsittelyyn.

Järjestelmienvälinen prosessi: missä työ odottaa ja kuka korjaa virheen?

Laajassa prosessissa pilviyhteys ja työpöytärobotti ovat saman ketjun eri osia. Ehdollinen esimerkki alkaa pilvipalveluun saapuvasta pyynnöstä, jatkuu vanhan sovelluksen käsittelyllä ja päättyy ihmisen tekemään poikkeuspäätökseen. Tällöin on ratkaistava, missä keskeneräinen työ jonottaa, miten epäonnistunut ajo näkyy ylläpidolle ja miten korjattu tapaus jatkuu ilman päällekkäistä käsittelyä.

UiPathia kannattaa painottaa, jos tällaisia käyttöliittymävaiheita ja valvomattomia robotteja on paljon eri järjestelmissä. Power Automate voi olla perusteltu, jos prosessin runko pysyy Microsoftin palveluissa ja työpöytäajo on rajattu vaihe. Päätöstä ei kuitenkaan kannata tehdä helpoimman pilvivaiheen perusteella: ylläpidon työmäärä määräytyy usein sen vaiheen mukaan, joka rikkoutuu herkimmin tai vaatii eniten poikkeusten käsittelyä.

UiPathin julkisessa hinnastossa Basic alkaa 25 dollarista kuukaudessa, mutta Standard- ja Enterprise-tasojen hinnat edellyttävät yhteydenottoa myyntiin. Hinnasto kuvaa Basicin rajatun mittakaavan tasoksi; Standardissa ovat mukana laajempi prosessien orkestrointi ja hallintatoiminnot. Basicin lähtöhintaa ei siksi voi käyttää suuren valvomattoman tuotantoprosessin vertailuhintana.

Vertaa kustannuksia lisenssiyksikkö kerrallaan

Suomalaisen ostajan kustannusvertailussa sama kuukausihinta voi tarkoittaa eri asiaa, jos toisessa tarjouksessa maksetaan käyttäjistä ja toisessa prosessin tai robotin kapasiteetista. Pilvityönkulussa laske premium-oikeutta tarvitsevat omistajat tai käynnistäjät ja vaihtoehtoisesti prosessille kohdistettu kapasiteetti. Vanhan sovelluksen kohdalla laske suurin samanaikaisten työpöytäajojen tarve sekä niiden koneet ja yhteyksien käyttäjäoikeudet.

Järjestelmienvälisessä prosessissa vertailuun kuuluvat lisäksi kehitys-, testi- ja tuotantoympäristöt. Koneelle tai työnkululle osoitettu kapasiteetti on ympäristökohtainen, joten tuotannon lisenssiä ei voi olettaa automaattisesti riittäväksi erilliseen testiympäristöön. Tarjouksissa on syytä erottaa toisistaan käyttöoikeudet, valvomattomat suorituspaikat, ympäristöt ja mahdollinen toimittajan tarjoama ajoalusta.

Ehdollinen mitoitusesimerkki havainnollistaa eroa: jos työjonossa on paljon tapauksia mutta vain yksi työpöytäajo saa edetä kerrallaan, lisäkapasiteetti ei välttämättä nopeuta prosessia. Jos taas usea toisistaan riippumaton tapaus on käsiteltävä samalla hetkellä, yhden ajopaikan malli synnyttää jonon. Silloin hinnan rinnalle on asetettava odotusaika ja se, sallivatko sovellus sekä käytössä olevat koneet rinnakkaisen käsittelyn.

Vaikein vaihe määrää vertailun painopisteen

Valitse Power Automate vertailun lähtökohdaksi, kun työ on enimmäkseen Microsoft 365 -palvelujen välistä ja vanhan sovelluksen osuus on pieni. Painota UiPathia, kun useiden vanhojen käyttöliittymien valvomattomat ajot, jonot ja keskitetty ohjaus muodostavat prosessin ytimen. Jos molemmat kuvaukset sopivat, ratkaiseva ero löytyy yleensä vaikeimmasta käyttöliittymävaiheesta ja samanaikaisen ajon tarpeesta.

Vertailukelpoinen tarjous perustuu samaan kuvaukseen työstä: mitkä vaiheet kulkevat yhdistimillä, mitkä vaativat käyttöliittymän käyttöä, missä ympäristöissä ne ajetaan ja kuinka monta suoritusta tarvitaan ruuhkahuipussa. Näin lisenssin hinta kohdistuu siihen työhön, jota organisaatio todella aikoo automatisoida.

Lue myös:

• GraphRAG vai vektori-RAG? Kysymyksen rakenne ratkaisee valinnan
• n8n, Make vai Zapier? Kymmenen vaihetta muuttaa kustannuslogiikan
• Paytrail vai Stripe? Pankkimaksut muuttavat halvemman valinnan