Od e-pošte do ERP: AI agent za obdelavo naročil

Naročilo je prispelo. Zakaj ga mora nekdo še enkrat pretipkati?

Pri številnih B2B podjetjih kupec naroči po e-pošti, zaposleni pa prepiše šifre, količine in naslov v poslovni sistem. Če je priloga nejasna, odpre še cenik, prejšnje naročilo in dodatno sporočilo. AI agent je uporaben takrat, ko iz te razpršene vsebine pripravi preverljiv predlog vnosa. Končni izhod je urejen zapis naročila z razvidnimi odprtimi vprašanji.

Predlagan prvi projekt bi omejili na eno skupino ponavljajočih se naročil. NUMEDIA bi povezala sprejem dokumentov, katalog in način vnosa v vaš ERP. Spodnji primer je hipotetičen prikaz zasnove, ne rezultat določene stranke. Pomaga vam oceniti, ali je vaš proces primeren, in pripravi osnovo za konkreten pogovor o uvedbi.

Primer: ista šifra, dve različni enoti

Predstavljajte si sporočilo: »Ponovno naročamo 12 paketov izdelka A, pošljite na lokacijo B.« Priloženi PDF pa navaja 12 kosov. Agent ne sme sam izbrati ene različice in ustvariti navidezno dokončanega naročila. Pripravi predlog, označi neskladje ter pokaže obe navedbi. Odgovorna oseba nato potrdi enoto ali zahteva pojasnilo.

Dodana vrednost je v tem, da se preverjanje začne pri konkretni razliki. Zaposleni vidi, kaj je sistem razbral, iz katerega dela dokumenta in kaj še manjka. Tudi jasen dokument lahko vsebuje napačno šifro. Prepoznavanje besedila, povezovanje z vašim katalogom in poslovna potrditev so zato tri različne naloge, ki jih ocenjujemo ločeno.

Predloga za preslikavo podatkov v vaš ERP

Pred razvojem izpolnimo spodnjo tabelo za dejanska polja vašega sistema. Za vsako polje določimo vir, pretvorbo in način obravnave nejasnosti. Posebej pomembna je povezava med kupčevo oznako izdelka in vašo interno šifro. Ujemanje po podobnem nazivu je lahko predlog za pregled, ne samodejna potrditev artikla.

Razlika med prejetim dokumentom in dovoljenim dejanjem

Vsebina e-pošte je vhodni podatek. Ne sme spreminjati pravil agenta, razkrivati drugih naročil ali mu dovoliti dostopa do dodatnih sistemov. Tudi priponka z zapisom »preskoči preverjanje« ostane dokument za obdelavo. Sprejem pošte mora biti ločen od pooblastila za vnos. Za znane kupce lahko določimo dovoljene poti, vendar sam prikaz imena pošiljatelja ni dokaz identitete.

Za začetni obseg bi agent pripravljal osnutke v omejenem okolju. Spremembo kupca, dostavne lokacije ali posebnih pogojev bi predal zaposlenemu. Če uporabljamo obvestila o novi pošti, preverimo pristnost dogodka. Priloge obdelamo kot podatke in jih ne izvajamo kot programe. Tako ohranimo poslovno uporabnost toka tudi pri nepričakovani vsebini.

Kaj povežemo in kaj ostane odvisno od vašega sistema

Microsoft Graph dokumentira pridobivanje prilog iz sporočil, Document Intelligence pa izločanje besedila in tabel iz dokumentov. To sta primera tehničnih gradnikov. Njun obstoj ne pomeni, da je naročilo že pravilno razumljeno ali da ima vaš ERP ustrezen vmesnik. NUMEDIA bi izvedljivost preverila na vaših dokumentih in dogovorjeni poti do poslovnega sistema.

Pri starem ERP je lahko prvi izhod uvozna datoteka za pregled. Pri primernem vmesniku je lahko osnutek v sistemu. V obeh primerih potrebujemo potrditev, da je pričakovani zapis res nastal. Uspešno poslana zahteva brez preverjenega rezultata ni dovolj za zaključek primera. Arhitekturo izberemo šele po preverjanju dejanske povezljivosti.

Ponovljeno sporočilo in popravek naročila nista ista stvar

Kupec lahko isto prilogo pošlje dvakrat, nato pa tretjič spremeni količino. Sistem mora ohraniti identiteto primera in razlikovati med podvojitvijo ter novo različico. Za to običajno potrebujemo kombinacijo kupca, njegove reference, vsebine in evidentiranega stanja. Ena podobna zadeva sporočila ni dovolj zanesljiv ključ.

Pri tehnični prekinitvi po zahtevi za vnos najprej preverimo ERP. Ponovni poskus brez preverjanja bi lahko ustvaril drugo naročilo. Pri spremembi količine pa mora zaposleni videti razliko glede na že potrjeno različico. Ohranimo povezavo z izvorom in zapisom v sistemu. To je pomembnejše od tega, kako hitro agent napiše povzetek.

Testna matrika, ki pokaže več kot lep prikaz

Za prevzem pripravimo primere, ki jih nismo uporabljali za nastavljanje. Preverimo posamezna polja in pravilnost celotnega zapisa. Naročilo je lahko neuporabno tudi pri večini pravilno prebranih podatkov, če je napačna kritična količina ali artikel. Spodnja matrika je začetni vzorec; podjetje določi svoja obvezna pravila.

Vrednost ocenimo na celotnem opravilu

Za ilustracijo vzemimo 200 naročil na mesec. Če se skupni čas vnosa in preverjanja na primernem naročilu zmanjša za pet minut, je to 16 ur in 40 minut sproščene mesečne zmogljivosti. Izračun je 200 × 5 ÷ 60. Gre za hipotetične predpostavke, ki jih pri vašem projektu nadomestimo z meritvami.

V primerjavo vključimo tudi zahtevne primere, popravljanje, pregledovanje in vzdrževanje kataloga. Merimo delež pravilnih celotnih osnutkov, število popravkov ter čas do uporabnega zapisa. Če avtomatizacija pretipkavanje zamenja z dolgotrajnim preverjanjem, učinek ni zadovoljiv. Sproščena zmogljivost prav tako še ni neposredno znižanje stroškov ali dodatni prihodek.

Kaj bi dobili v prvem projektu z NUMEDIA

Predlagan obseg vključuje podatkovno preslikavo, povezavo dogovorjenega vira pošte, pripravo osnutka, pregled izjem in preverjanje rezultata vnosa. Dobili bi testne primere, navodila za zaposlene in dogovor o lastništvu kataloga. V ponudbi ločimo začetno izvedbo, pripravo podatkov, morebitne licence in nadaljnje delovanje.

Vaša ekipa prispeva anonimizirane primere, opis polj ERP in osebo, ki zna potrditi pravilno naročilo. Začnemo lahko z enim kupcem ali formatom, če je to smiseln reprezentativen obseg. Za širitev potrebujemo dokaz, da sistem obvlada tudi nepopolna naročila. Prvi uporaben tok je podlaga za nadaljnje vključevanje kupcev.

Kontrolni seznam za odločitev in prvi pogovor

Pred naročilom projekta preverite, ali imate prepoznaven ponavljajoč se tip naročila, dostopen katalog in določenega lastnika procesa. Opišite še izhod: kdo ga uporablja in kako bo preveril njegovo pravilnost. Če eden od teh pogojev manjka, ga vključimo v pripravljalni del. To je bolj uporabno kot obljubiti takojšnjo avtomatizacijo vse prejete pošte.

V kontaktnem obrazcu napišite »Naročila iz e-pošte v ERP«. Dodajte svoj poslovni sistem, približen obseg in najpogostejšo napako pri ročnem vnosu. NUMEDIA lahko na tej osnovi pripravi izvedljiv prvi obseg. Začetni cilj je jasen predlog uvedbe, s katerim vidite potrebne povezave, delo svoje ekipe in merila prevzema.

• En anonimiziran dokument in pravilen končni zapis
• Seznam obveznih polj ter pravil za količine in enote
• Opis popravkov, ponovitev in potrjevanja
• Odgovorna oseba za katalog in prevzem rezultata

Viri in metodologija

1. List attachments — Microsoft Graph (Microsoft, dostop 2026-10-23)
2. Document Intelligence layout model (Microsoft, dostop 2026-10-23)
3. Writing effective tools for agents (Anthropic, dostop 2026-10-23)

Pogosta vprašanja