AI očitavanje dostavnica može pretvoriti dokument u strukturirane prijedloge podataka. Ne može samo po sebi potvrditi stvarno primljenu količinu niti odlučiti odgovara li isporuka narudžbi. OCR kontrola količine počinje nakon očitanja: usporedbom dokumenta, narudžbe, robe na prijemu i pravila prihvata. ERP knjiženje treba uslijediti tek nakon odluke odgovorne osobe ili jasno definiranog automatiziranog pravila.
Dostavnica sadrži dokaz koji treba pročitati, ali nije sama po sebi odluka o primitku. U procesu primljene robe korisno je razdvojiti četiri radnje:
OCR pronalazi znakove na fotografiji, PDF-u ili skenu. AI očitavanje dostavnica može pomoći pri razdvajanju polja, prepoznavanju stavki i predlaganju veze s narudžbom. Kontrola prihvata traži širi kontekst: je li roba doista stigla, je li isporučen pravi artikl, odnosi li se broj na komade, kilograme ili pakete te ostaje li otvorena količina za kasniju isporuku.
Kada se ti poslovi spoje u jedan nejasan korak, pogreška očitanja lako postaje pogrešno stanje zalihe, obveza prema dobavljaču ili zatvorena narudžba. Zato je korisno oblikovati proces prije izbora alata. Screening poslovnog procesa može poslužiti za popis stvarnih dokumenata, odluka i iznimki na prijemu.
Strukturirani zapis nije zamjena za izvornik. Uz svaki prijedlog očitanja potrebno je sačuvati dostupnu, čitljivu kopiju dostavnice ili vjerodostojnu poveznicu na nju. Osoba na prijemu tada može provjeriti sporni redak bez ponovnog traženja e-pošte, papira ili skeniranog priloga.
Za svaku stavku sustav ili radni ekran treba jasno prikazati:
Čitljiv prikaz smanjuje rizik od prihvata vrijednosti koju nitko nije provjerio. Posebno je važan kod rukom dopisanih izmjena, slabih fotografija, različitih formata dobavljača i dokumenta s više stranica.
Provjera artikla nije samo usporedba naziva. Nazivi na dostavnici mogu biti skraćeni, sadržavati oznaku pakiranja ili se razlikovati od interne šifre. Pouzdanije je definirati redoslijed provjere: šifra dobavljača, interna šifra, odobrena preslika šifri, pa ručna odluka kada nema sigurne veze.
Mjerna jedinica zahtijeva zasebnu provjeru. Jedan karton nije nužno jedan komad, a kilogram nije uvijek zamjenjiv litrom ili pakiranjem. Ako proces koristi pretvorbu jedinica, vlasnik matičnih podataka treba održavati pravilo pretvorbe i njegovu verziju. Prijemnik ne bi trebao improvizirati pretvorbu pod pritiskom prijema robe.
Količinu treba usporediti s najmanje dva izvora:
Narudžba daje treći važan kontekst. Ona odgovara na pitanje je li primljena količina očekivana i koliko je još otvoreno. Dostavnica može pokazivati 40 komada, fizički prijem 38 komada, a narudžba 100 komada. Očitavanje ovdje nije odluka. Proces treba omogućiti prihvat 38, evidentiranje manjka ili nesukladnosti te zadržavanje preostalih 62 kao otvorene količine, prema poslovnim pravilima organizacije.
Zamislite dostavnicu s dvije stavke. Prva stavka navodi 10 paketa materijala, druga 24 komada rezervnog dijela. Očitavanje pravilno izdvaja obje vrijednosti. Na prijemu se utvrdi osam paketa prve stavke i 24 komada druge stavke.
Odgovorna osoba ne treba mijenjati očitani dokument kao da na njemu piše osam paketa. Dokument ostaje izvorni zapis. U kontroli se evidentira primljeno osam, razlog razlike i odluka za daljnje postupanje. ERP primitak prati fizički prihvaćenu količinu, dok narudžba zadržava otvorenu razliku ako pravila dopuštaju naknadnu isporuku. Ako osam paketa ne može proći provjeru kvalitete ili identiteta, ni tih osam ne prelazi automatski u raspoloživu zalihu.
Ovaj primjer pokazuje zašto je korisno razlikovati polja "očitano", "potvrđeno na prijemu" i "knjiženo u ERP-u". Jedna vrijednost može biti točna na dokumentu, ali neodgovarajuća za poslovnu odluku.
Automatski tok ima smisla samo za jasno omeđene slučajeve. Primjerice, organizacija može razmotriti automatizirani prijedlog prihvata kada postoji jednoznačna veza s narudžbom, ista mjerna jedinica, količina u okviru odobrenog pravila i čitljiv izvorni dokument. To je procesna odluka koju treba provjeriti na vlastitim podacima, ne opća preporuka za svaki prijem.
Sljedeće iznimke trebaju ići u pregled odgovorne osobe:
NIST-ov AI Risk Management Framework daje okvir za upravljanje rizicima AI-ja. Ne potvrđuje točnost pojedinog OCR ili AI sustava u vašem procesu. Zato je potrebno pratiti stvarne iznimke, pregledavati pogrešna povezivanja i mijenjati pravila kada se promijene dokumenti, dobavljači ili matični podaci.
Prije puštanja procesa u rad, zabilježite sljedeće stavke i njihove vlasnike.
Ulazi i vlasnik podataka
Odluke i odgovornost
Za svaku iznimku odredite redoslijed: zaustaviti prihvat, evidentirati razlog, dodijeliti vlasnika, riješiti odluku i ostaviti trag uz dokument. Posebno odvojite operativnu razliku od računovodstvene odluke. Primitak robe i obrada računa mogu koristiti isti dokument, ali ne moraju imati istog vlasnika ni isti trenutak odobrenja.
Odredite provjerljivu mjeru prije rada u produkciji: svaki ERP primitak mora imati vezu s čitljivim izvornim dokumentom, evidentiranu odluku o artiklu, mjernoj jedinici i količini te označenu iznimku kada postoji razlika. Zasebno pratite udio zapisa poslanih na pregled, pogrešna povezivanja otkrivena naknadno i vrijeme rješavanja iznimke. Početnu vrijednost i cilj potrebno je utvrditi na vlastitom uzorku dokumenata.
U ORKA pristupu službene poslovne transakcije ostaju u ERP-u, dok Orkasta: svakodnevna suradnja može podržati rad oko odluka i iznimki, a Trueforce obuhvaća specijalizirani inženjerski rad kada ga proces zahtijeva. Prvi koristan korak nije odabir OCR-a, nego prolazak jedne stvarne dostavnice od ulaza do knjiženja: tko čita, tko potvrđuje, što se događa pri razlici i koji zapis dokazuje odluku.