Kada finansijski direktor kaže da odobravanje ulaznih računa kasni, IT menadžer često već zna šta sledi: specifikacija, procena, čekanje na razvoj, testiranje i novi krug izmena. U Business Central rešenje ne mora da počne tehničkim dokumentom od dvadeset strana. Može da počne jasnim poslovnim zahtevom: „Želimo da se račun iznad određenog iznosa ne knjiži dok ga ne odobre rukovodilac projekta i finansije, uz trag ko je i kada doneo odluku.”
To je značajna promena u načinu na koji se ERP prilagođava. AI može da ubrza razumevanje zahteva, predlog rešenja i pisanje AL koda, ali ne sme da postane nekontrolisani put do produkcije. Dobar model spaja brzinu AI asistenta sa pregledom iskusnog konsultanta, test okruženjem i jasnim pravilima odobravanja.
Gde standardni Business Central prestaje da bude dovoljan
Business Central donosi snažnu osnovu za glavnu knjigu, potraživanja i obaveze, nabavku, prodaju, zalihe, osnovna sredstva, projekte, budžete i dimenzije. Za mnoge kompanije to je veliki korak napred u odnosu na odvojene tabele, e-mail odobravanja i ručno spajanje podataka na kraju meseca.
Ipak, standardni procesi retko potpuno odgovaraju načinu rada konkretne organizacije. Proizvođač može da želi da nabavni zahtev automatski proveri budžet projekta. Uslužna kompanija može da traži obavezno vezivanje ulaznog računa za ugovor, projekat i cost centar. Organizacija finansirana kroz donatorske projekte može da mora da razdvoji troškove po izvoru finansiranja, aktivnosti i programu, a zatim pripremi izveštaj bez ručnog prepakivanja podataka.
Problem nije u tome što standard nema svaku pojedinačnu opciju. Problem nastaje kada se poslovni proces prilagođava sistemu samo zato što je razvoj prespor ili preskup. Tada zaposleni prave paralelne Excel evidencije, odobrenja ostaju u e-mail sandučićima, a finansije troše vreme na proveru umesto na analizu.
Business Central prilagođavanje počinje poslovnim jezikom
Tradicionalni razvoj često zahteva da korisnik unapred precizno opiše ekrane, polja, tabele i pravila. To nije realno očekivanje od direktora finansija ili rukovodioca nabavke. Njihov posao je da poznaju proces, rizik i rezultat koji im je potreban.
AI asistent može da prevede poslovni opis u početni funkcionalni predlog. Ako korisnik napiše da želi da se račun automatski usmeri na odobravanje prema dimenziji projekta i iznosu, AI može da identifikuje relevantne dokumente, predloži pravila radnog toka, potrebna polja i tačke na kojima se knjiženje blokira dok se ne završi odobravanje.
Zatim može da pripremi AL kod za ekstenziju. To ne znači da je zahtev završen čim kod postoji. Naprotiv, tada počinje deo koji štiti poslovanje: provera da li pravilo radi na svim vrstama dokumenata, šta se dešava kod delimičnog odobrenja, ko može da poništi odluku i kako se evidentira izuzetak.
Razlika je praktična. Umesto da se prva konsultantska radionica potroši na prevođenje poslovnog problema u tehnički rečnik, tim brže dolazi do konkretnog predloga koji može da pregleda i ospori.
Primer: od prijema računa do knjiženja
Zamislite tok rada za ulazne račune. Dokument se primi, bilo ručnim unosom ili kroz povezani proces za prihvat e-računa. Finansije proveravaju dobavljača, iznos, datum i porez. Ako je račun povezan sa projektom, sistem zahteva odgovarajuće dimenzije. Ako prelazi prag ili odstupa od narudžbenice, šalje se na odobravanje odgovornoj osobi.
Prilagođavanje može da doda nekoliko konkretnih kontrola: automatsko predlaganje dimenzija na osnovu narudžbenice, blokadu knjiženja bez obaveznog priloga, eskalaciju kada odobrenje kasni i zapis odluke sa datumom, korisnikom i komentarom. Finansijski tim više ne traži poruke po inboxu da bi utvrdio zašto je račun knjižen. Trag odobravanja je uz dokument.
Za kompanije u Srbiji, isti princip je važan i kada se proces povezuje sa zakonskim obavezama, uključujući prihvat i obradu SEF dokumenata, PDV evidencije i pripremu POPDV podataka. Lokalni zahtevi ne treba da budu dodatni ručni korak van ERP-a. Oni moraju da budu deo kontrolisanog procesa, sa jasnim statusima i odgovornostima.
AI nije zamena za odgovornost
Najveća greška je posmatrati AI generisan kod kao gotov proizvod. AI može brzo da predloži objekat, polje, događaj ili poslovnu logiku, ali ne poznaje sam po sebi vaše interne kontrole, izuzetke iz ugovora, računovodstvenu politiku ili specifičnu podelu nadležnosti.
Zato kvalitetan AI podržan razvoj ima više kontrolnih tačaka. Poslovni vlasnik potvrđuje zahtev i očekivani rezultat. AI priprema analizu i nacrt rešenja. Konsultant proverava funkcionalnu logiku i uticaj na postojeće procese. Razvoj se postavlja u test okruženje, gde ključni korisnici prolaze realne scenarije pre odobrenja za produkciju.
Posebno je važno proveriti granične slučajeve. Šta ako se promeni dimenzija nakon odobrenja? Šta ako se račun stornira? Šta ako korisnik nema pravo da vidi projekat, ali mora da odobri trošak? Šta ako uvoz podataka zaobiđe ekran na kome je postavljena kontrola? Brz razvoj bez ovih pitanja može da napravi brži problem.
HOLYERP koristi upravo takav pristup: AI ubrzava analizu i AL razvoj, dok konsultanti pregledaju, testiraju i potvrđuju svaku promenu pre produkcije. Cilj nije da se ukloni stručnjak iz procesa, već da stručnjak manje vremena potroši na rutinski rad, a više na odluke koje zahtevaju iskustvo.
Gde se najbrže vide poslovne koristi
AI asistirano prilagođavanje ima najveći efekat kod zahteva koji su jasni, ponavljaju se ili imaju dobro definisana pravila. To mogu biti dodatna polja i validacije, automatsko popunjavanje dimenzija, posebne uloge za odobravanje, prošireni dokumenti, upozorenja, kontrolne liste i izveštaji.
U finansijama, to često znači manje ručnih provera i brže zatvaranje perioda. Na primer, pravila mogu upozoriti korisnika kada dokument nema obaveznu analitiku ili kada iznos premašuje raspoloživi budžet. U nabavci, sistem može razlikovati trošak sa ugovorom od vanredne nabavke i usmeriti ih kroz različite tokove odobravanja.
Kod projekata, najveća vrednost dolazi iz doslednih dimenzija. Ako se projekat, aktivnost, fond i organizaciona jedinica unose na isti način na dokumentima, izveštaj o stvarnim troškovima ne zahteva naknadno čišćenje podataka. AI može pomoći da se ta pravila brže sprovedu, ali definiciju dimenzija i odgovornost za podatke mora da postavi kompanija.
U izveštavanju je korisno automatizovati pripremu podataka, ali nije svaka analiza kandidat za kod. Ako CFO jednom godišnje traži neuobičajenu analizu, često je racionalnije napraviti privremeni izveštaj ili koristiti postojeće analitičke prikaze. Razvoj ima smisla kada štedi vreme iz meseca u mesec, smanjuje rizik greške ili uvodi kontrolu koja je važna za reviziju.
Kako proceniti da li je zahtev spreman za AI razvoj
Dobar zahtev ne mora biti tehnički, ali mora biti dovoljno konkretan. Korisnik treba da objasni ko pokreće proces, koji dokument ili podatak je okidač, koja odluka se donosi i šta se mora dogoditi ako uslov nije ispunjen. Korisno je dodati i dva ili tri stvarna primera iz svakodnevnog rada.
Umesto „treba nam bolja kontrola računa”, preciznije je reći: „Za račune nabavke iznad 300.000 RSD, bez povezane narudžbenice, zahtevamo odobrenje direktora sektora. Knjiženje nije dozvoljeno dok se odobrenje ne evidentira.” Takav opis AI i konsultantu daje čvrstu osnovu za predlog, procenu uticaja i test scenarije.
Takođe treba otvoreno navesti šta se ne menja. Ako postojeća pravila knjiženja, prava pristupa ili integracije ne smeju biti pogođeni, to je deo zahteva, a ne fusnota. Kvalitet prilagođavanja ne meri se samo novom funkcijom, već i time da li ostatak sistema nastavlja pouzdano da radi.
Brzina je vredna samo kada ostaje proverljiva
Kompanije ne kupuju ERP razvoj zbog koda. Kupuju ga da bi račun stigao do prave osobe, da bi trošak bio na pravom projektu, da bi rukovodilac video pouzdane brojke i da bi kontrola ostavila jasan trag. AI može značajno skratiti put od zahteva do testnog rešenja, naročito kada se radi o čestim i jasno opisanim promenama.
Ali najbolji rezultat nije najbrže puštena izmena. To je izmena koju finansije razumeju, korisnici prihvataju, IT može da održava i revizor može da prati. Kada Business Central dobije takva prilagođavanja, ERP prestaje da bude ograničenje procesa i postaje sistem na koji se organizacija može osloniti dok raste.
Želite da vidite kako HOLY BC Agent prilagođava Vaš Business Central — sa svakim korakom pod kontrolom?