Digitalno računovodstvo ne prebacuje posao nabave, skladišta ili prodaje na računovodstvo. Svi odjeli polaze od istog ulaznog dokumenta i istih poslovnih podataka, dok svatko potvrđuje ono za što je odgovoran. Tako se smanjuje dvostruki unos, a uprava dobiva podatke koje može pratiti od narudžbe do knjiženja.
U mnogim organizacijama isti se događaj evidentira nekoliko puta. Nabava vodi narudžbu u tablici ili zasebnoj aplikaciji. Skladište bilježi primitak robe u vlastitoj evidenciji. Računovodstvo ponovno unosi podatke s ulaznog računa. Prodaja zasebno prati isporuku i izdani račun.
Takav raspored može funkcionirati dok je broj dokumenata malen ili su ljudi koji ih obrađuju stalno u kontaktu. S rastom opsega rada povećava se broj verzija istog podatka. Tada pitanje nije samo je li račun proknjižen, nego i odgovara li račun stvarno zaprimljenoj robi, ugovorenoj cijeni, odobrenoj narudžbi i izvršenoj isporuci.
Povezivanje operative i računovodstva polazi od jednostavnog načela: podatak se unosi ondje gdje poslovni događaj nastaje, a zatim se koristi u sljedećim koracima procesa. Pravo na promjenu svih podataka pritom ne pripada svakom korisniku. Naprotiv, kvalitetan proces jasno razlikuje vlasništvo nad podatkom od prava uvida i korištenja tog podatka.
Ulazni dokument može biti ulazni račun, ponuda dobavljača, narudžbenica, otpremnica ili drugi dokument koji pokreće poslovni slijed. Njegovi ključni podaci obično uključuju partnera, artikle ili usluge, količine, cijene, porezne elemente, rokove, troškovno mjesto i vezu s narudžbom ili ugovorom.
U povezanom procesu odjeli rade nad istim zapisom, ali u različitim fazama.
U ERP financijama ta se povezanost može graditi zadržavanjem međusobnih veza dokumenata. Ulazni račun, primjerice, može se provjeravati u odnosu na narudžbu i evidentirani primitak. Izdani račun može se povezati s narudžbom kupca i isporukom. Razina provjere ovisi o procesu, vrsti robe ili usluge te internim pravilima organizacije.
Odvojene evidencije same po sebi nisu problem zato što su u različitim alatima. Problem nastaje kada ne postoji dogovoren glavni izvor podatka, jedinstvena oznaka dokumenta ili jasan prijenos odgovornosti između koraka.
Najčešće pogreške izgledaju ovako:
Posljedica nije nužno samo pogrešno knjiženje. Timovi gube vrijeme na utvrđivanje koja je verzija točna, a zatvaranje razdoblja postaje niz ručnih provjera. Uprava tada može dobiti izvještaj, ali bez jednostavnog odgovora na pitanje iz kojeg je operativnog događaja pojedini iznos nastao.
Zamislimo nabavu materijala za proizvodnju. Nabava izdaje narudžbu s dogovorenim artiklima, količinama i cijenama. Po dolasku materijala skladište evidentira stvarno zaprimljene količine. Dobavljač zatim šalje ulazni račun.
Ako su podaci povezani, računovodstvo pri obradi računa može vidjeti relevantnu narudžbu i primitak. Ako je isporuka djelomična, proces može tražiti da se račun uskladi s tom djelomičnom isporukom ili da se odstupanje prije knjiženja razjasni s odgovornim odjelom. Ako je cijena različita od naručene, nabava odlučuje je li odstupanje prihvatljivo; računovodstvo ne bi trebalo samostalno preuzeti komercijalnu odluku.
Ovaj primjer pokazuje važnu razliku: zajednički podaci ne ukidaju kontrolu. Oni omogućuju da se kontrola provede na temelju vidljivih činjenica, s jasnim tragom odluke.
Prije uvođenja ili prilagodbe sustava korisno je proći kroz nekoliko pitanja.
Za partnera, artikl, cjenik, narudžbu, primitak, isporuku i račun treba znati gdje nastaje službeni zapis. Ako isti podatak mora postojati na više mjesta, treba definirati način i trenutak prijenosa, a ne oslanjati se na ručno prepisivanje.
Osoba koja unosi dokument ne mora biti osoba koja potvrđuje količinu, cijenu ili kontiranje. Razdvajanje uloga može pomoći kontroli, ali samo ako je postupak dovoljno jasan da ne stvara nepotrebna čekanja.
Odstupanje nije uvijek pogreška. Djelomična isporuka, promjena cijene ili dodatni trošak mogu biti opravdani. Proces treba odrediti tko ih rješava, koji dokument ostaje dokaz i kada račun može prijeći u knjiženje.
Jedinstveni šifrarnici partnera, artikala i organizacijskih jedinica čine izvještaje upotrebljivijima. Jednako su važni statusi poput nacrta, odobreno, zaprimljeno, djelomično isporučeno, knjiženo ili stornirano. Status treba opisivati stvarni korak procesa, ne samo tehničko stanje zapisa.
Povezani procesi ne znače da svaka vrsta troška treba prolaziti isti niz provjera. Nabava materijala, mjesečna usluga, putni trošak i račun za režijske usluge mogu imati različite dokaze i različite odgovorne osobe. Previše stroga pravila mogu usporiti rutinski rad, dok previše iznimaka ponovno vraća paralelne evidencije.
Također, kvaliteta sustava ne može nadomjestiti nejasne poslovne odluke. Ako nije poznato tko odobrava cijenu, tko potvrđuje primitak ili kako se rješava razlika između računa i narudžbe, digitalni tijek samo brže prenosi nejasnoću. Zato se ERP financije trebaju postavljati zajedno s dogovorom o odgovornostima, dokumentima i iznimkama.
Praktičan početak nije odabir funkcionalnosti, nego pregled jednog konkretnog procesa: od potrebe ili narudžbe do primitka, računa i knjiženja. Za svaki korak zabilježite tko unosi podatak, tko ga potvrđuje, gdje je službeni zapis i što se događa kada se podaci ne podudaraju.
Takva mapa brzo pokazuje gdje nastaje dvostruki unos i gdje računovodstvo preuzima provjere koje bi trebale ostati u operativi. ORKA može pomoći u razgovoru o povezanom poslovanju i ulozi računovodstvenih usluga u tom procesu. Kada je tijek jasan, sljedeći korak može biti uskladiti podatke, odgovornosti i ERP podršku bez stvaranja nove paralelne evidencije.