Kontrolorji in sistemski administratorji na finančnem področju morajo biti sposobni dokazati, kdo je naredil katero spremembo v pomembnih finančnih podatkih in kdaj. Ta revizijska sled je temelj za nadzor in odgovornost, tako interno kot do revizorja ali nadzornega organa. Vprašanje je, ali lahko UI to beleženje prevzame, ali pa mora to delo še naprej opravljati človek.
Ta naloga visoko ocenjuje na treh oseh, ki so odločilne, vendar ne na način, kot morda pričakujete. To ni naloga za generativno UI ali pametno avtomatizacijo s presojo. To je naloga za RPA: pravilno vodeno, deterministično programsko opremo, ki beleži, kaj se dogaja, brez interpretacije.
Sprememba v računovodskem sistemu ali ERP-sistemu je strukturiran dogodek: uporabnik prilagodi znesek, konto ali nasprotno stranko, ob določenem trenutku, v določenem polju. Ni ničesar za interpretirati. Kdo je izvedel spremembo, kakšna je bila stara vrednost in kakšna je nova vrednost, so trdi podatki, ki jih sistem že pozna v trenutku mutacije.
Obseg je poleg tega velik: v srednje velikem ERP-sistemu se dnevno izvede na desetine do sto mutacij, od postavk na računih do popravkov glavne knjige. Ročno beleženje pri takem obsegu ni realistično in tudi ni potrebno, saj sistem spremembo že registrira v trenutku, ko se zgodi. To je natanko tista vrsta naloge, za katero je RPA zasnovan: velik obseg, popolnoma strukturirano, brez potrebe po presoji.
Os skladnosti z oceno 1 je ravno neugodna za lahkomiselno avtomatizacijo, in to je pomemben signal. Ne gre za skladnost, ki UI otežuje, temveč za skladnost, ki zahteva, da je beleženje neprebojno, nespremenljivo in dokazljivo zanesljivo. Revizijska sled, ki jo je mogoče samo manipulirati, nima nobene vrednosti za revizorja ali nadzorni organ. To pomeni, da tehnika sama po sebi ni pomembna, dokler okvirni pogoji niso pravilni: sistem mora beležiti samodejno, dnevniške datoteke pa morajo biti shranjene nespremenljivo, izven dosega uporabnika, ki je naredil spremembo.
Prostor za presojo ocenjuje s 4: potrebne je komaj kaj interpretacije o tem, kaj beležiti, kvečjemu posamezni dogovor o tem, katera polja so dovolj relevantna, da jih je treba zabeležiti. Stroški napak ocenjujejo s 3, povprečno: manjkajoča vrstica dnevnika je neprijetna pri kontroli, a večinoma popravljiva, če sistem beleži dosledno. Stik s stranko, fizično delo in ustvarjalnost tukaj niso na mestu in zato vsi ocenjujejo maksimalno ugodno za avtomatizacijo, preprosto zato, ker pri tej nalogi ne igrajo vloge.
Če ima vaš računovodski sistem ali ERP-sistem že funkcijo revizijske sledi, ki spremembe samodejno in nespremenljivo beleži, potem je ta naloga dejansko že prevzeta. Vloga kontrolorja ali sistemskega administratorja se potem premakne od samostojnega beleženja k preverjanju, ali je beleženje popolno in nedotaknjeno, ter k presoji vsebine pri vzorčnem preverjanju ali preiskavi. To slednje, interpretacija sumljive spremembe, ostaja delo za ljudi in ne sodi v to nalogo.
V drugem podjetju je lahko slika drugačna. Če se še vedno uporablja zastarel ali po meri izdelan sistem brez vgrajene revizijske sledi, je treba beleženje šele vzpostaviti ali dopolniti z ločenim orodjem, kar je projekt izvedbe, ne pa vnaprej pripravljena prevzem naloge. Če poudarek ni na samem beleženju, temveč na presoji odstopanj — na primer prepoznavanju nenavadnih vzorcev sprememb, ki bi lahko kazali na goljufijo — potem se naloga premakne v drugo kategorijo: UI ali programska oprema lahko odstopanja označi, a presojo in odločitev z utemeljitvijo opravi človek. To je druga naloga kot samo beleženje in si zasluži lastno presojo.
Nespremenljivost dnevniške datoteke ni tehnična podrobnost, temveč jedro njene vrednosti. Takoj ko lahko dnevniške datoteke spreminjajo isti ljudje, ki izvajajo osnovne spremembe, je funkcija nadzora dejansko brez vrednosti, ne glede na to, kako napredno je beleženje sicer. To se dotika notranje kontrole in morda zakonskih obveznosti hrambe za finančno administracijo; zanje veljajo lastne zakonske zahteve, ki se razlikujejo glede na situacijo in panogo, in ki jih ta stran ne določa.
Ta naloga sicer ni ločena od širše avtomatizacije okoli nadzora in obvladovanja tveganj. Kdor pogleda Preverjanje strank in partnerjev na sankcijskih seznamih, vidi podoben vzorec: strukturirane, obsežne kontrolne naloge se dobro prilegajo avtomatizaciji, dokler je rezultat dokazljivo zanesljiv. Tudi na IT-oddelku ima beleženje in revizija pomembno vlogo, premisleki tam pa pogosto potekajo vzporedno s tistimi v finančni administraciji.
Ta stran opisuje eno nalogo na podlagi splošne ocene. Kako se to izteče za vašo lastno ekipo, je odvisno od sistema, ki ga uporabljate, stopnje, do katere je funkcionalnost revizijske sledi že vzpostavljena, in vloge, ki jo ima beleženje poleg presoje odstopanj. Če želite izvedeti, kateri del ur v vašem lastnem profilu lahko UI trenutno prevzame, lahko izpolnite brezplačni hitri pregled ftetoai: dvanajst vprašanj, brez računa, s takojšnjo oceno. Popolni delovni pregled, ki se poglobi v posamezne funkcije in ekipe, je še v izdelavi.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.