Bankarski izvod je dugo bio pocetak jednog poznatog racunovodstvenog
rituala: preuzimanje datoteke, prepisivanje ili uvoz u Excel,
sredjivanje opisa, trazenje odgovarajuce fakture i proveravanje da li se
iznosi slazu. Otvoreno bankarstvo i vestacka inteligencija mogu veliki
deo tog posla da pretvore u gotovo tekuci proces.
To ne znaci da banka sada vodi poslovne knjige umesto racunovodje.
Bankovni podatak potvrdjuje da se promena na racunu dogodila, ali sam po
sebi ne dokazuje koje je knjigovodstveno konto ispravno, kakav je
poreski tretman ili koja dokumentacija opravdava poslovnu promenu.
Najbolji sistem zato ne „pogadja i knjizi”, vec prikuplja podatke,
predlaze obradu, meri pouzdanost i cuva trag odluke.
Od saglasnosti do predloga
knjizenja
Proces pocinje izricitom saglasnoscu korisnika. Preduzece odobrava
ovlascenom pruzaocu pristup odredjenom racunu i potrebnom obimu
podataka. Banka ili posrednik zatim preko API interfejsa dostavlja
stanje i istoriju transakcija. U zavisnosti od konkretne veze,
osvezavanje moze biti periodično ili gotovo tekuce.
Sirovi podaci iz razlicitih banaka nisu uvek jednaki. Datumi, nazivi
partnera, opisi, valute i oznake placanja mogu se razlikovati. Zbog toga
se prvo normalizuju u zajednicku strukturu. Tek tada pravila i modeli
vestacke inteligencije mogu smisleno da porede novu transakciju sa
prethodnim odlukama, kontnim planom, fakturama i otvorenim stavkama.
Ako se iznos, datum, partner i poziv na broj poklapaju sa otvorenom
fakturom, sistem moze da predlozi zatvaranje te stavke. Ako jedna uplata
pokriva vise faktura ili se naziv partnera razlikuje od naziva u
evidenciji, naprednije povezivanje moze ponuditi verovatnu kombinaciju.
Nejasne naknade, povracaji, zbirne uplate, duplikati i neuobicajeni
iznosi izdvajaju se za proveru.
Rezultat nije samo tabela transakcija. Dobro osmisljen tok daje
predlog kategorije i konta, vezu sa dokumentom, procenu pouzdanosti i
status odobrenja. Normalizovani podaci zatim mogu ici u racunovodstveni
sistem, poslovni sistem ili Excel, gde se koriste za dodatne preglede i
analizu.
Optimisticni
„boomer” ugao: vise vremena za pravi posao
Optimisticni pogled pocinje jednostavnom cinjenicom: racunovodje ne
stvaraju najvecu vrednost prepisivanjem istog iznosa iz jednog sistema u
drugi. Vrednost nastaje kada uoce nelogicnost, objasne odstupanje,
procene novcani tok i pomognu vlasniku da donese bolju odluku.
Automatizovano preuzimanje uklanja deo mehanickog rada. Normalizacija
smanjuje sredjivanje tabela. Predlozeno povezivanje ubrzava zatvaranje
otvorenih stavki, dok red izuzetaka usmerava paznju tamo gde je zaista
potrebna. Umesto da pregleda svaku transakciju, racunovodja se
prvenstveno bavi onima koje sistem nije mogao pouzdano da objasni.
Kontinuirano uskladjivanje moze i ranije da otkrije problem. Pogresan
iznos, nepoznata uplata ili duplikat ne moraju da cekaju kraj meseca. To
vlasniku preduzeca daje sveziji pregled raspolozivog novca, obaveza i
naplate potrazivanja.
Microsoft Copilot i Power Automate mogu biti korisni u ovom sloju
organizacije rada. Copilot moze pomoci pri opisivanju i izradi toka, dok
Power Automate moze preneti podatke, upisati ih u Excel, poslati nejasnu
stavku odgovornom licu i zabeleziti odgovor. Ipak, oni nisu sami po sebi
bankarski agregator: za bankovne podatke i dalje je potrebna
odgovarajuca, dozvoljena veza.
Pesimisticni
„doomer” ugao: manje rutine, ali i nova vrsta odgovornosti
Pesimisticni pogled upozorava da automatizacija menja poslove.
Potreba za rucnim unosom i jednostavnim povezivanjem moze opasti. Uloge
zasnovane iskljucivo na prepisivanju podataka zato su izlozenije
promenama, dok rastu zahtevi za kontrolom sistema, analizom izuzetaka i
razumevanjem podataka.
Tu su i tehnicki rizici. API veza moze biti nedostupna, opis
transakcije nepotpun, a model moze ponoviti raniju pogresnu odluku.
Povezivanje po istom iznosu nije dovoljno kada vise faktura ima jednaku
vrednost. Automatizovano knjizenje bez provere moze brzo da umnozi
gresku kroz veliki broj stavki.
Otvoreno bankarstvo povecava i broj ukljucenih strana. Banka,
agregator, poslovni sistem, alat za automatizaciju i tabela mogu imati
razlicita prava pristupa. Svaka dodatna veza zahteva upravljanje
saglasnoscu, autentifikacijom, ovlascenjima i pracenjem neuobicajenih
aktivnosti. Pogresno podesena automatizacija moze proslediti vise
podataka nego sto je potrebno.
Zbog toga odgovornost ne sme nestati iza oznake „AI”. Mora se znati
ko je dao saglasnost, odakle je podatak preuzet, sta je sistem
predlozio, ko je predlog izmenio i ko je odobrio konacnu obradu.
Sta je realno dostupno u
Srbiji
Srbija ima pravni okvir za otvoreno bankarstvo. Izmene Zakona o
platnim uslugama usvojene su 2024, a relevantne odredbe primenjuju se od
6. maja 2025. Okvir prepoznaje usluge informacija o racunu i iniciranja
placanja, uz izricitu saglasnost i pouzdanu autentifikaciju
korisnika.
Pravni okvir, medjutim, nije isto sto i univerzalna tehnicka
dostupnost. Ne treba pretpostaviti da Plaid, TrueLayer, Tink ili
GoCardless Bank Account Data podrzavaju svaku banku i svaki poslovni
racun u Srbiji. Njihov obuhvat se razlikuje po drzavi, banci i
proizvodu, a moze se menjati. Kod GoCardless Bank Account Data dodatno
treba proveriti status novih prijava, jer noviji podaci ukazuju da su
one obustavljene.
Pre odluke treba zatraziti potvrdu za konkretnu banku, vrstu racuna,
istoriju transakcija, ucestalost osvezavanja i dozvoljene namene
podataka. Pilot-projekat sa jednim racunom vredniji je od obecanja o
sirokoj geografskoj pokrivenosti.
Razuman put:
automatizovati predlog, ne odgovornost
Dobro uvodjenje pocinje malim obimom. Izaberite jedan racun, nekoliko
cestih kategorija i jasna pravila. Stavke sa visokom pouzdanoscu mogu
prolaziti kroz ubrzanu kontrolu, dok neuobicajeni iznosi, novi partneri,
poreski osetljive promene i neuskladjeni dokumenti moraju ici
coveku.
Merite broj automatski povezanih stavki, broj izuzetaka i koliko je
predloga naknadno ispravljeno. Ako sistem ne cuva trag odluke ili
korisnik ne moze lako da opozove pristup, automatizacija nije dovoljno
zrela za osetljive finansijske podatke.
Najrealniji ishod nije racunovodstvo bez ljudi. To je racunovodstvo
sa manje prepisivanja, brzim pregledom promena i jasnijom podelom rada:
masina prikuplja, ujednacava i predlaze, a covek procenjuje, odobrava i
odgovara za nejasne i rizicne stavke.