Opišite što želite promijeniti
Polja označena zvjezdicom su obvezna.
Prije slanja pročitajte kako obrađujemo vaše podatke. Informacije o privatnosti
Ili pišite na zagreb@zipwolf.com
Studija primjene – ilustrativni poslovni scenarij
AI automatizacija za računovodstvene servise može se usmjeriti na ono što prethodi stručnoj obradi: zaprimanje priloga, povezivanje s klijentom, provjeru dogovorene dokumentacije i pripremu poruka za dopunu. U ovom primjeru cilj nije samostalno knjiženje niti donošenje poreznih odluka. Cilj je da računovođa jasnije vidi što je stiglo, što nedostaje i koji predmet zahtijeva njegovu pozornost.
Razgovarajmo o primjeni
01Zamislimo servis kojem klijenti dokumente dostavljaju e-mailom, kroz dijeljene mape i povremenim naknadnim porukama. Jedan račun stigne dvaput, drugi bez pripadajućeg priloga, a treći s nejasnim nazivom datoteke. Djelatnik mora otvoriti poruku, pronaći klijenta, spremiti prilog i zabilježiti što još treba zatražiti. Isti postupak ponavlja se pri svakoj dopuni.
Takav proces može biti nepregledan i kada servis već koristi kvalitetan računovodstveni program. Program i priprema dokumentacije nisu isti problem. Ova studija primjene zato razmatra zaseban sloj za uređivanje ulaznih podataka, uz zadržavanje izvornog dokumenta i jasnu razliku između zaprimljenog, provjerenog i proknjiženog.
Za odabrani kanal sustav bi evidentirao vrijeme zaprimanja, pošiljatelja, izvornu poruku i priloge. Klijent se povezuje prema prethodno potvrđenim podacima, a ne samo prema pretpostavci AI modela. Kada se pošiljatelj ne može pouzdano povezati, dokument ide na ručnu provjeru. Izvorna datoteka ostaje sačuvana, dok se zasebno vode podaci izdvojeni za operativnu obradu.
Za svakog klijenta definira se dogovoreni popis dokumentacije i način označavanja obračunskog razdoblja. Sustav uspoređuje zaprimljeno s tim popisom te označava moguća ponavljanja prema identifikatoru dokumenta i drugim poljima. Sličnost nije dovoljna za automatsko brisanje: ponovljeni dokument može biti ispravak. Nejasni iznosi, nečitljive stranice i nepodudarnosti izdvajaju se kao iznimke.
Na temelju nedostajućih podataka pripremio bi se kratak nacrt poruke klijentu. Odgovorna osoba pregledava sadržaj prije slanja, osobito kada nije jasno odnosi li se zahtjev na točan dokument. Nakon primitka dopune isti se predmet ažurira umjesto otvaranja nepovezane evidencije. Računovođa dobiva pregled s poveznicama na dokumente, statusima i zabilježenim razlozima zbog kojih je neka stavka zaustavljena.
U ilustrativnom scenariju klijent šalje tri priloga, a sutradan ponavlja jednu datoteku i dodaje novu verziju druge. Sustav povezuje obje poruke s istim klijentom, označava mogući duplikat i prikazuje da postoje dvije verzije dokumenta. Ne odlučuje sam koja je valjana. Djelatnik potvrdi odgovarajuću verziju i vidi da prema dogovorenom popisu nedostaje još jedan prilog.
Pripremljena poruka traži upravo taj prilog, bez općenitog podsjetnika da dokumentacija nije potpuna. Kada klijent odgovori, radni red prikazuje predmet kao spreman za stručnu obradu. To i dalje nije potvrda ispravnosti knjiženja, nego operativni status pripreme.
Početak zahtijeva popis klijenata, odobrene kontakte, pravila imenovanja i nekoliko reprezentativnih primjera dokumenata. Za prvi test prikladni su anonimizirani ili demonstracijski podaci. Zatim se provjerava može li se postojeća e-pošta, pohrana i računovodstveni program povezati podržanim sučeljem ili kontroliranim izvozom. Integracija ovisi o stvarnim mogućnostima odabranog sustava.
AI nije potreban za svaki korak. Spremanje priloga i slanje tehničke potvrde mogu se riješiti pravilima. AI bi imao ulogu tamo gdje treba protumačiti slobodno napisanu poruku ili predložiti sažetak. Time se izbjegava nepotrebno složen sustav za zadatke koji imaju jednoznačno rješenje.
Prije povezivanja definiraju se ovlasti, podaci dostupni pojedinom korisniku i način obrade kod odabranih dobavljača. U ovom modelu nema samostalnog plaćanja, slanja poreznih prijava ni prepisivanja izvornih računovodstvenih evidencija. Izdvojeni podaci mogu biti pogrešni, pa osjetljiva polja i iznimke zahtijevaju provjeru. Pristup dokumentima ne smije se proširiti samo zato što je uveden AI.
Prije testa mjeri se vrijeme utrošeno na zaprimanje i dopune, a poslije ista aktivnost na usporedivim predmetima. Korisni pokazatelji su broj ručnih koraka, udio pogrešno povezanih dokumenata, vrijeme do potpune dokumentacije i ukupno vrijeme pregleda AI prijedloga. Sama količina automatski obrađenih datoteka nije dokaz uštede.
Trošak ovisi o broju kanala, vrstama dokumenata, integraciji i načinu odobravanja. Za servis s malo ponavljajuće administracije jednostavan obrazac i uređena mapa mogu biti razumniji početak od složenog AI rješenja. Prvi opseg zato treba vezati uz točno jedan problem koji se može provjeriti.
Ne nužno. Primjer se odnosi na pripremu dokumentacije oko postojećeg programa. Tek nakon provjere njegovih mogućnosti odlučuje se hoće li se podaci izvoziti, povezivati ili samo predavati računovođi kroz preglednu evidenciju.
Takvo obećanje nije opravdano. Različiti obrasci, loši skenovi i nepotpune datoteke stvaraju iznimke. Dobar postupak predviđa ručnu provjeru, prikaz izvora i mogućnost ispravka prije daljnje obrade.
Dovoljan je opis kako dokumenti sada dolaze, koje programe koristite i gdje nastaje najviše ručnog rada. Za prvi razgovor nije potrebno slati stvarne račune ni povjerljive podatke klijenata.
Zipwolfu opišite jedan ponavljajući administrativni zadatak i način na koji ga danas rješavate. Na toj osnovi može se definirati početni opseg, potrebne integracije i kriterij prihvaćanja. Pošaljite upit za automatizaciju računovodstvenog servisa.
Pošaljite upit