Kako automatizovati obradu faktura?

Finansijski kolega svakog jutra otvara e-poštu, preuzima pristigle PDF-ove, proverava dobavljača, unosi podatke u ERP, a zatim prosleđuje fakturu na odobrenje. Ako nedostaje broj narudžbine, potrebno je telefonirati. Ako je odobravalac na odmoru, faktura čeka. Ako se iznos razlikuje od narudžbine, više odeljenja počinje sa usklađivanjem. U takvoj situaciji, glavno pitanje nije kako automatizovati obradu faktura u korporativnim sistemima, već zašto toliko ručnih koraka drži zajedno osnovni poslovni proces.

Obrada faktura često postaje spora jer se razvijala godinama. Novi dobavljači, različite navike odobravanja, odvojeni sistemi i privremene Excel tabele se gomilaju. Za svaku iznimku se stvara novo pravilo e-pošte, nova deljena mapa ili nova kontrolna lista. Funkcioniše, ali samo dok su ključni ljudi dostupni, a obim podataka ostaje upravljiv.

Automatizacija obrade faktura počinje sa procesom

Mnoge kompanije odmah traže sisteme za prepoznavanje dokumenata, veštačku inteligenciju ili ERP module. Ovi alati mogu biti korisni, ali ne popravljaju automatski nesiguran proces. Na primer, ako se narudžbine ne unose dosledno, automatsko upoređivanje faktura će samo brže ukazivati na nedostajuće podatke.

Prvo je važno istražiti kako faktura stiže, ko i koje podatke proverava, gde se donosi odluka i gde proces staje. Nije retko da finansije prikupljaju iste informacije sa tri mesta: iz fakture, sistema narudžbina i razmene e-pošte. Takođe nije retko da odobravanje fakture nije finansijsko pitanje, već razjašnjenje da li je usluga ili roba zaista primljena.

Cilj nije eliminisati svaku ljudsku odluku. Cilj je da sistem automatski obavi ono što se može odlučiti na osnovu pravila, a da odgovarajući kolega interveniše samo kada se pojavi stvarna razlika ili poslovna odluka.

Koji deo zapravo uzrokuje kašnjenje?

Vreme obrade faktura ne troši nužno unos podataka. U većoj organizaciji mnogo više vremena može se potrošiti na pronalaženje nedostajućih informacija, podsećanje odobravatelja, razjašnjavanje izuzetaka i ispitivanje statusa. Ako menadžment vidi samo da „ima mnogo zakašnjelih faktura“, lako je izabrati pogrešno rešenje za problem.

Vredi meriti nekoliko nedelja koliko vremena prođe od prijema do knjiženja, i koliko od toga je aktivni rad. Ako faktura u proseku stigne do obrade za pet dana, ali stvarna administracija traje samo deset minuta, brži unos neće biti prva stvar za poboljšanje. Verovatnije je da će redosled odobravanja, odgovornosti ili protok informacija zahtevati korekciju.

Povratne razlike takođe treba posebno tretirati. Neki dobavljači redovno koriste pogrešne reference. Za određene tipove troškova nema narudžbine, pa je potrebna druga logika provere. Može se desiti da je vrednost fakture ispravna, ali potvrda o izvršenju kasno ulazi u sistem. Ovo nisu tehnološki detalji, već poslovna pravila koja proces obrade treba da odražava.

Šta treba prepustiti mašini, a šta ne?

Dobro osmišljena automatizacija može početi klasifikacijom pristiglih dokumenata i ekstrakcijom podataka. Sistem može prepoznati dobavljača, broj fakture, datume, iznose, poreske podatke, rok plaćanja i referencu narudžbine. Ovo samo po sebi može smanjiti ručno kucanje, ali u operativnom okruženju potrebno je više od toga.

Sledeći nivo je provera. Sistem može uporediti fakturu sa narudžbinom, podacima o prijemu ili izvršenju, kao i sa uslovima navedenim u ugovoru. U slučaju podudaranja, faktura može automatski nastaviti unapred definisanim putem odobravanja. U slučaju razlike, odgovarajući odgovorni dobija zadatak, zajedno sa svim potrebnim podacima.

Automatski predlog knjiženja takođe može biti koristan, posebno kod ponavljajućih troškova. Sistem može predložiti broj glavne knjige, troškovno mesto ili projektni kod na osnovu dobavljača, tipa stavke i prethodno odobrenih faktura. Međutim, predlog nije isto što i knjiženje bez provere. U slučaju novog dobavljača, neobičnog iznosa, stavke van ugovora ili različitog tretmana PDV-a, ljudska kontrola je opravdana.

Ovo je razlika između funkcionalne automatizacije i rizičnog ubrzanja. Pravilne, ponavljajuće slučajeve treba ubrzati. Izuzetke treba učiniti vidljivim, pratljivim i dobro dodeljivim.

Bez integracije, ručni rad se samo premešta

Ako sistem za obradu dokumenata, ERP, sistem nabavke i površina za odobravanje ne dele pouzdane podatke, zaposleni ostaju veza između sistema. Oni prepisuju broj narudžbine, traže podatke o partneru, proveravaju status, a zatim vraćaju rezultat u drugu aplikaciju. Ovo je sporo, a svako ručno prepisivanje je mogućnost greške.

Zadatak integracije nije samo prenos podataka. Sistem mora jasno znati koji sistem je pouzdan izvor za podatke o partneru, narudžbini, izvršenju i statusu knjiženja. Ako dva sistema održavaju različite osnovne podatke o dobavljaču ili ista narudžbina ima više identifikatora, pouzdanost automatizacije opada.

Dobra arhitektura takođe određuje šta se dešava u slučaju greške. Nije prihvatljivo da faktura tiho nestane između dva sistema nakon neuspešnog prenosa podataka. Potrebno je evidentiranje, statusi, mogućnost ponovne obrade i vidljivo upravljanje greškama za odgovorne. U finansijskom procesu, operativna sigurnost je barem jednako važna kao brzina.

Redosled odobravanja, kontrola i mogućnost revizije

Proces odobravanja često je nepotrebno složen jer organizacija tretira izuzetne slučajeve kao opšte pravilo. Faktura za nisku vrednost, redovnu uslugu prolazi kroz istih šest odobravanja kao i vanredna nabavka. Rezultat nije veća kontrola, već duže vreme obrade i više ignorisanih obaveštenja.

Pravila odobravanja treba oblikovati na osnovu iznosa, tipa troška, organizacione jedinice, projekta, ugovornog statusa i razlike. Redovne fakture vezane za ugovor zahtevaju drugačiju logiku od jednokratnih ili nabavki bez narudžbine. Pravilo zamene ne treba ostavljati za poslednji trenutak: ako je donosilac odluke odsutan, proces treba da nastavi unapred definisanim putem.

Kontrola je jaka kada je povratno pretraživa. Treba biti vidljivo ko je šta odobrio, na osnovu kojih podataka, kada je došlo do upravljanja razlikama i ko je izmenio predlog knjiženja. Ovo pomaže unutrašnjoj kontroli, finansijskom zatvaranju i razjašnjavanju spornih slučajeva.

Treba tražiti merljive rezultate

Razvoj obrade faktura ne treba ocenjivati na osnovu broja novih funkcija. Pitanje je da li je poboljšano funkcionisanje. Da li je skraćeno vreme obrade? Da li je smanjen ručni unos? Da li je manje kašnjenja u plaćanju? Da li je vidljivo gde se fakture nalaze? Da li je smanjeno ispravljanje grešaka i usklađivanje putem e-pošte među kolegama?

Merenje treba početi pre implementacije. Bez početnih podataka, kasnije ostaju samo utisci: „možda je brže“. Dobro osmišljeno rešenje omogućava da se po tipu fakture, dobavljaču ili organizacionoj jedinici razume gde nastaje najviše izuzetaka i gde se isplati sledeći razvoj.

Nije svakoj kompaniji isto rešenje

Kod malog broja faktura, trošak potpune automatizacije možda nije opravdan. U tom slučaju, jasniji redosled odobravanja, zajednički dokumentacioni prostor ili jednostavnija provera podataka mogu dati proporcionalne rezultate. Kod velikog broja faktura, više lokacija ili složenih procesa nabavke, ekstrakcija dokumenata, ERP integracija i upravljanje izuzecima na osnovu pravila mogu osloboditi značajne kapacitete.

Pored starog ERP-a ili prilagođenog finansijskog sistema, ne mora se nužno razmišljati o trenutnoj zameni sistema. U nekim slučajevima, dobro definisana integracija i postepena implementacija mogu stabilno poboljšati proces. U drugim slučajevima, upravo ograničenja postojećeg sistema pokazuju da je potrebna veća modernizacija. Za ispravnu odluku, proces, kvalitet podataka, rizici i očekivani poslovni uticaj moraju se zajedno ispitati.

Razvoj obrade faktura donosi trajne rezultate kada finansijski tim ne pokušava brže izvršiti isti preopterećeni rutinski posao. Pravi napredak počinje kada organizacija tačno vidi koje informacije su potrebne, ko je odgovoran za odluku i koje korake ne treba da obavlja čovek.