Standardni pristup
Fazna provedba
Provjereni poslovni podaci
Automatizacija poslovnih procesa ne mora uvijek koristiti AI. Stabilna pravila često je bolje riješiti klasičnom automatizacijom, dok umjetna inteligencija u poslovanju više pomaže kada treba protumačiti dokument, poruku ili drugi nestrukturirani ulaz i pripremiti prijedlog za čovjeka.
MAXCODE radi kontrolirane AI pilote uz Odoo ili ciljanu poslovnu aplikaciju. Svaki pilot definira podatke koje smije čitati, radnje koje smije predložiti i trenutak u kojem je obvezna ljudska potvrda.
Koji poslovni proces prvo ima smisla automatizirati?
Odaberite proces koji se često ponavlja, ima dovoljno uredne ulazne podatke i završava rezultatom koji stručna osoba može provjeriti. Prvi slučaj treba biti dovoljno malen da se pogreška može vidjeti prije nego što utječe na kupca, dobavljača ili financijski zapis.
Proces nije dobar prvi kandidat ako nitko ne može opisati točan rezultat ili ako se ulazni podaci redovito mijenjaju bez pravila. Tada prvo treba urediti podatke i odgovornost.
Kako izgleda siguran AI pilot?
Pilot počinje ograničenim skupom podataka i unaprijed pripremljenim primjerima. Za svaki primjer zapisuje se očekivani rezultat. Model zatim daje prijedlog koji čovjek uspoređuje s tim rezultatom. U prvoj fazi sustav ne potvrđuje poslovnu odluku samostalno.
Pilot uspijeva i kada pokaže da AI nije najbolji alat. Stabilan izvještaj, filtar ili klasična automatizacija mogu biti jeftiniji i pouzdaniji.
Što AI smije čitati, predložiti ili zapisati?
Čitanje, prijedlog i zapis nisu ista razina rizika. Agent koji sažima zapise dostupne korisniku ima manji operativni utjecaj od agenta koji mijenja rok, potvrđuje narudžbu ili stvara račun. Ovlasti se zato proširuju tek nakon ponovljivog testa.
Primjer čitanja dokumenta ima ulaz u obliku računa ili narudžbe, a izlaz je strukturirani nacrt podataka. Ovlast je samo čitanje datoteke. Čovjek potvrđuje kupca, iznose i stavke prije bilo kakvog zapisa. Točnost se provjerava usporedbom s unaprijed poznatim dokumentima.
Primjer izdvajanja proizvodne iznimke koristi otvorene radne naloge i stanje materijala kao ulaz. Izlaz je popis naloga koji mogu kasniti. Agent ne mijenja plan ni nabavu. Voditelj proizvodnje potvrđuje rizik, a rezultat se provjerava prema stvarnim nalozima i zalihi. Širi kontekst opisan je na stranici ERP za proizvodnju.
Kada je obična automatizacija bolja od AI-ja?
Obična automatizacija bolja je kada su pravila stabilna i rezultat jednoznačan. Ako svaki račun iznad poznatog iznosa treba isto odobrenje, pravilo je lakše testirati i održavati od modela. Ako voditelj svaki dan treba isti popis zakašnjelih naloga, spremljeni filtar može biti dovoljno rješenje.
AI ima više smisla kada ulaz nije potpuno strukturiran ili kada treba pripremiti sažetak i prijedlog za čovjeka. Ne treba ga koristiti samo zato što je nova mogućnost. Odoo AI agenti detaljnije opisuju granice čitanja poslovnih podataka unutar Odooa.
Kako provjeriti točnost i poslovni učinak?
Točnost se ne procjenjuje prema nekoliko dojmljivih odgovora. Pripremite skup redovnih, rubnih i namjerno nepotpunih primjera. Za svaki odredite što je točno, što mora izazvati upozorenje i kada sustav mora odbiti odgovor.
Poslovni učinak mjeri se na procesu. Pratite vrijeme ljudskog pregleda, broj ispravaka, vrste pogrešaka i koliko često korisnik mora tražiti izvor podatka. Nemojte unaprijed obećavati postotak uštede. Najprije treba dokazati da korisnik dobiva brži ili jasniji korak bez dodatnog rizika.
Kada AI automatizacija nema smisla?
AI nema smisla kada su podaci nepouzdani, prava pristupa nejasna ili nitko nije odgovoran za konačnu odluku. Ne popravlja nedostajuće šifre artikala, netočne rokove ni proces koji se ne evidentira. U tim slučajevima prvo treba urediti temeljni sustav.
Nema smisla ni kada korisnik ne može provjeriti rezultat. Automatizacija koja stvara odluku bez vidljivog izvora povećava rizik, čak i kada većina odgovora izgleda uvjerljivo. Povjerljive podatke ne treba uključiti dok nisu provjereni način obrade, zadržavanje podataka i ugovorne obveze svih uključenih usluga.
Što pripremiti za procjenu jednog procesa?
Pripremite desetak anonimiziranih primjera, očekivani izlaz, korisničke uloge i popis radnji koje sustav ne smije izvršiti. Zapišite tko potvrđuje rezultat i što se događa kada model nema dovoljno podataka.
Najkorisnije početno pitanje glasi: koji točno zapis ili odluku čovjek danas priprema ručno i kako znamo da je rezultat ispravan? Ako odgovor postoji, može se procijeniti kontrolirani pilot. Ako ne postoji, prvo treba urediti proces.
Počnite s jednim stvarnim procesom
Reprezentativan dokument otkriva stvarni opseg brže od generičkog popisa funkcija.