Sodelavec za obveznosti do dobaviteljev ali računovodja v računovodskem sistemu spremlja, kdaj zapade dobaviteljski račun, ali je mogoče izkoristiti plačilni popust pri zgodnjem plačilu, in ali obstaja tveganje, da bo plačilo prispelo prepozno. To je spremljanje: primerjanje seznama datumov s koledarjem in ukrepanje, ko se rok približuje. Vprašanje je, ali lahko to prevzame AI.
Ta naloga je na skoraj vseh oseh ocenjena ugodno. Strukturiranost je visoka: zapadlost je fiksna vrednost na fiksnem mestu v sistemu, brez potrebe po interpretaciji. Obseg je visok: pri podjetju s stalnim tokom dobaviteljskih računov je teh na leto od nekaj sto do nekaj tisoč, vsi po istem vzorcu. Stik s strankami, fizična opravila in ustvarjalnost ne igrajo vloge; to je izključno interno, digitalno, ponavljajoče se delo. Ravno takšna naloga, za katero že dolgo obstaja programska oprema in kamor se zdaj dodaja tudi signalizacija na osnovi AI.
Izjema so stroški napak, kar sliko nekoliko popravi. Zamujena zapadlost pomeni denarno izgubo: plačilni popust odpade, ali pa pride do opomina in morebitne kazni ali poškodovanega odnosa z dobaviteljem. Presoja in skladnost sta na srednji ravni, ne zato, da bi bilo veliko za interpretirati, ampak ker odstopanje — račun, ki se ne ujema z naročilom, plačilni rok, ki je bil pravkar spremenjen, dobavitelj, ki iz drugega razloga ustavi plačilo — vseeno zahteva presojo. To ni ustvarjalno delo, vendar ga tudi ni mogoče popolnoma avtomatizirati brez nekoga, ki opazi izjemo in odloči.
Tri osi, ki tu odločajo, so strukturiranost, obseg in stroški napak. Prvi dve močno govorita v prid avtomatizaciji: delo je dovolj redno in dovolj preprosto, da ga je mogoče prepustiti programski opremi. Tretja os to zavira: ker napaka stane denar, mora sistem ne le signalizirati, temveč biti tudi zanesljiv, in mora obstajati nekdo, ki lahko opozorilo presodi, preden pride do dejanskega plačila.
Zato je tehnologija, ki danes ustreza tej nalogi, rpa: programska oprema, ki odčitava zapadlosti, jih primerja s plačilnim koledarjem in ustvarja obvestila ali celo pripravlja predloge plačil. Ne samostojno presojajoč AI, ki plačuje brez nadzora, temveč avtomatizirano spremljanje s človekom, ki obravnava izjeme. To je premik, ki se že zdaj dogaja v številnih finančnih oddelkih: vzdrževanje preglednosti je delo, ki izginja iz vsakodnevne naloge sodelavca za obveznosti do dobaviteljev, odločanje o odstopanjih pa ostaja.
Dva pogoja določata, ali to v določenem podjetju deluje. Prvi je zanesljivost podatkov o planiranju: če so zapadlosti, plačilni roki in dogovori o popustih pravilno in aktualno vneseni v sistem, lahko avtomatsko spremljanje na tem gradi. Če so ti podatki razpršeni po e-poštah, ločenih dogovorih z dobavitelji ali v sistemu, ki ni povezan z računovodstvom, je najprej potrebno urejanje, preden ima avtomatizacija smisel. Drugi pogoj je signalizacija odstopanj: sistem ne sme obravnavati le standardnih primerov, temveč mora tudi jasno pokazati, kdaj nekaj pade zunaj vzorca, tako da lahko to presodi človek.
Pri podjetju z majhnim številom stalnih dobaviteljev in preprostimi plačilnimi roki je spremljanje mogoče skoraj v celoti avtomatizirati: malo izjem, predvidljivi vzorci. Pri podjetju z veliko dobavitelji, spremenljivimi pogodbenimi pogoji, mednarodnimi plačili v različnih valutah ali pogostimi spori glede računov je stanje drugačno: tam je verjetnost odstopanj večja in ostaja strukturno več presojevalnega dela. Tudi kakovost izvornih podatkov naredi razliko: dobro urejen računovodski sistem daje avtomatizaciji trdnejšo podlago kot sistem z ročnim vnosom in ločenimi Excel seznami poleg računovodstva.
Ta naloga ne stoji samostojno. Povezana je s širšim pregledom odprtih postavk pri terjatvah in obveznostih, z vnašanjem in ujemanjem bančnih izpiskov, s katerimi se plačila odpisujejo, in z uskladitvijo transakcij ponudnikov plačilnih storitev. Skupaj te naloge predstavljajo velik del administrativnega prometa okoli denarja, ki prihaja v podjetje ali gre iz njega, in v vseh teh primerih velja isti vzorec: struktura in obseg omogočata avtomatizacijo, stroški napak in izjeme pa ohranjajo neko obliko nadzora.
To ni kadrovski nasvet in ni argument za zmanjševanje oddelka za obveznosti do dobaviteljev. Gre za opis, kateri del naloge je po osmih oseh primeren za prevzem s programsko opremo, in kateri del ostaja delo ljudi. Če ima premik nalog posledice za delovna mesta, veljajo za to lastne zakonske zahteve; glejte tudi razlago o tem, kdaj mora pri tem sodelovati svet delavcev. Nič od tega ne zagotavlja, da bo naloga dejansko prevzeta; to je odvisno od kakovosti podatkov, sistemov in pripravljenosti, da se izjeme dobro signalizirajo.
Da bi videli, kako se to izide za vaš lastni proces obveznosti do dobaviteljev, je koristno pogledati obseg toka računov, število dobaviteljev in stopnjo, do katere so plačilni roki in dogovori o popustih že strukturirano zapisani. Brezplačni hitri preizkus podjetja FTE TO AI daje za to prvo usmeritev: dvanajst vprašanj, brez računa, z oceno, kolikšen del ur v vašem profilu je danes mogoče prevzeti z AI. Popolna delovna analiza, ki delo celotnega podjetja razčleni do ravni posameznih nalog, 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.