UiPath Cartographer riše procese iz pogovorov, toda vsako spremembo potrdi človek

UiPath je 23. septembra 2026 na konferenci FUSION v Las Vegasu v objavi o novostih oznanil splošno razpoložljivost Cartographerja in navedel, da vključeni Process Atlas obsega 83 strokovno potrjenih procesov iz sedmih panog in 25 procesnih področij. Cartographer iz dokumentov, sistemov in pogovorov sestavi Map of Work, upravljan zemljevid poslovnega procesa. Vsakemu dejstvu pripiše vir in preveritelja, spremembe zemljevida pa potrjuje odgovorni lastnik.

Za poslovnega analitika je prvi rezultat osnutek poteka dela, ne že odobreno pravilo za avtomatizacijo. Kot je poročal Computerworld, je soustanovitelj in izvršni direktor UiPath Daniel Dines za prve zemljevide dejal, da bodo »will be incomplete for sure«. Prav zato je pomembna meja med zbiranjem znanja in potrditvijo procesa: orodje lahko pokaže, kaj ljudje povedo o svojem delu, odločitev o veljavni različici pa ostane pri človeku.

Zemljevid zajame več kot zaporedje korakov

Map of Work poveže udeležence procesa, sisteme, poslovne objekte, pravila in izjeme. Vanj sodi tudi presoja izkušenih zaposlenih: zakaj v določenem primeru izberejo drugačno pot od običajne in kateri pogoj je za to pomemben. Tako nastane opis, ki je uporabnejši od seznama klikov, saj lahko ekipa iz njega razume tudi odločitve med posameznimi koraki.

Cartographer za začetek uporabi gradivo, ki ga organizacija že ima, nato z vodenimi pogovori dopolnjuje vrzeli. Pogovor je pomemben zlasti tam, kjer zaposleni poznajo izjemo, ki je dokument ne omenja. Če takšno ravnanje ostane le v spominu posameznika, ga načrtovalec avtomatizacije težko loči od naključnega obvoda; v zemljevidu pa dobi opis in izvor, o katerih se lahko odloči lastnik procesa. Iz potrjene definicije lahko nato nastanejo dokumenti za načrtovanje in specifikacije za gradnjo avtomatizacije.

Razhajanje med izjavama zahteva odločitev

Vir ob posameznem dejstvu pokaže, od kod izvira trditev, preveritelj pa označi osebo, ki jo je pregledala. To še ni isto kot odločitev, da je trditev veljavno pravilo za celotno organizacijo. Navodilo lahko opisuje predpisani postopek, zaposleni pa dejansko prakso ali dovoljeno izjemo; njuni izjavi zato zahtevata razlago pogojev, ne samodejnega združevanja.

Ko dva sogovornika isti korak opišeta različno, Cartographer razhajanje izpostavi in zahteva odgovor, katera razlaga velja. Če se na primer postopka razlikujeta glede na vrsto zahtevka, je smiselna skupna definicija tista, ki ohrani oba pogoja. Če eden od opisov odraža zastarelo prakso, pa mora biti razvidno, zakaj ni postal pravilo. To je vsebinska odločitev pristojnih ljudi, ne vprašanje lepšega zapisa zemljevida.

Težavo z zajemom takega znanja je Dines v pogovoru za Computer Weekly opisal z besedami: »There is no single document that contains all this information.« Ista objava opisuje pogovore s strokovnjaki in potrjevanje sprememb pri imenovanem lastniku. Za vodjo avtomatizacije je zato zemljevid tudi zapis meja znanja: pokaže, katero pravilo izhaja iz dokumenta, katero iz pogovora in kje razlaga še potrebuje odločitev.

Lastnik potrdi različico pred gradnjo

Cartographer je namenjen predvsem ljudem, ki proces razumejo, opisujejo in spreminjajo, ter ekipam, ki iz odobrenega opisa gradijo delovne tokove ali agente. Zemljevid pripada organizaciji, ki ga uporablja. Imenovani lastnik odloča o predlaganih spremembah, zato nova izjava iz pogovora sama ne postane navodilo za izvedbo.

Pot od zajema znanja do avtomatizacije ima tako jasne meje. Strokovnjak pojasni, kako poteka delo; preveritelj pregleda posamezno dejstvo in njegov izvor; lastnik procesa odobri različico zemljevida. Šele na tej podlagi je mogoče pripraviti specifikacijo za gradnjo. Če se pozneje spremeni poslovno pravilo, je pomembno vedeti, katera odobrena različica je bila podlaga za dokumente in izvedbo, sicer lahko opis procesa in avtomatizacija začneta predstavljati različni pravili.

Predogled Decision Ledgerja še ni del iste obljube

Predstavljeni Decision Ledger je v predogledu in na razvojnem načrtu. Zasnovan je za beleženje odločitev med izvajanjem procesa: kdo je odločil, na podlagi katerih podatkov in zakaj. Iz takih zapisov bi nastajali predlogi za dopolnitev zemljevida, o katerih bi znova odločil njegov lastnik. Sedanje splošne razpoložljivosti Cartographerja zato ni mogoče razširiti na celotno opisano povratno zanko.

Ta razlika je pomembna za revizijsko sled. Pri izdelavi zemljevida sta izvor dejstva in odobritev spremembe že del predstavljenega načina upravljanja. Beleženje poznejših odločitev med dejanskim izvajanjem dela pa je naloga napovedane komponente. Dokler ta ni na voljo v predstavljeni obliki, morajo ekipe pri presoji avtomatizacije ločiti sled nastanka odobrene procesne definicije od sledi posameznih odločitev, sprejetih po njeni uvedbi.