Kako iz e-pošte in PDF prilog pripraviti podatke za ponudbo?

Odprite nekaj zaključenih povpraševanj in preverite, kaj je zaposleni dejansko prepisal, izračunal ali dodatno vprašal. Ločite podatke, ki jih poda kupec, od tistih, ki nastanejo s strokovno presojo.

Kupec lahko navede zahtevano mero in število kosov. Izbira materiala, potrjevanje izvedljivosti ali izračun cene pa lahko zahtevajo druga pravila in odgovorno osebo. Zajem podatkov teh odločitev ne sme neopazno prevzeti.

Za začetni obseg izberite eno vrsto povpraševanj. Na primer servisno zahtevo z opisom opreme ali naročilo izdelkov s tabelo dimenzij. S tem dobite dovolj jasna merila, kaj šteje kot pravilen rezultat.

Namesto samega povzetka pripravite zapis, pri katerem lahko zaposleni hitro odpre izvor podatka. Uporaben izhod za pregled je lahko takšen:

To je ponazoritev oblike zapisa, ne rezultat izvedenega projekta. Pri dejanski rešitvi polja prilagodite svoji ponudbi.

Statusi naj ločijo vsaj prebrano vrednost, manjkajoč podatek in neskladje med viri. Zapis »ni navedeno« je uporabnejši od verjetnega, vendar izmišljenega odgovora. Jasno označite tudi podatek, ki ga je sistem izračunal, da ga ne zamenjate z zahtevo kupca.

Zadnja priloga ni vedno samodejno veljavna specifikacija. Kupec lahko v novem sporočilu popravi eno količino, preostanek prejšnjega dokumenta pa ohrani. Lahko pošlje tudi enako datoteko pod drugim imenom.

Ponazoritev: v prilogi je navedenih 24 kosov, v sporočilu pa piše »pri tretji postavki upoštevajte 20 kosov«. Sistem naj pokaže obe vrednosti in njuna vira. Izbiro veljavne zahteve mora določiti pravilo, ki ga ekipa razume, ali zaposleni po razjasnitvi s kupcem.

V pregledu zato ohranite povezavo med sporočilom, priponkami in dopolnitvami. Če so dokumenti nepovezani, lahko dober prepis vsakega posebej še vedno povzroči napačno ponudbo.

Berljiv dokument PDF in fotografiran izpis zahtevata drugačno obravnavo. Pri skeniranih straneh je lahko potrebno optično prepoznavanje znakov, pri tabelah pa še pravilno povezovanje stolpcev, vrstic in opomb.

Posebej preverite decimalna ločila, enote, oznake izdelkov, razdeljene tabele ter razmerje med skupno količino in količino na postavko. Pravilno prebrana številka v napačni vrstici je še vedno napačen podatek za ponudbo.

Microsoft pri Document Intelligence pojasnjuje, da se uspešnost razlikuje glede na uporabo, ter priporoča preizkus na reprezentativnih dokumentih. Ocene zaupanja lahko pomagajo usmerjati človeški pregled. Iz tega ne sledi, da je ena splošna meja zaupanja primerna za vse vaše dokumente ali poslovne odločitve.

Zato preizkus vključite tudi slabo skenirane priloge, popravke, manjkajoče strani in dokumente, ki jih sistem ne zna obdelati. Za take primere potrebujete vidno stanje »ročna obravnava«, da povpraševanje ne obstane brez odgovorne osebe.

Sistem lahko pripravi pregled podatkov in osnutek vprašanja za dopolnitev. Predračun ali ponudbo naj pošlje šele po pravilih potrjevanja, ki jih določite za svojo dejavnost. Za začetni preizkus je smiseln pregled vseh osnutkov.

Vsebina prejetega dokumenta mora ostati vhodni podatek. Besedilo v prilogi ne sme samo spreminjati pravil obdelave, dostopov ali naslovnikov pošiljanja. Prav tako določite, kdo lahko vidi priponke in kako dolgo jih potrebujete v postopku.

Če zapis prenašate v CRM, preprečite nastanek več zapisov istega povpraševanja ob ponovnem posredovanju sporočila. Širši tok do odgovorne osebe opisuje vodič o avtomatizaciji povpraševanj od obrazca do CRM. Tukaj je ključno merilo kakovost podatkov, s katerimi bo ta oseba delala.

Po sprejemu ponudbe določite še predajo posla izvedbeni ekipi. Pri njej morajo potrjeni podatki ostati povezani z veljavnim obsegom in dokumenti.

Pripravite nabor primerov, za katere zaposleni že pozna pravilen izid. Del uporabite za pripravo pravil, drug del pa za preverjanje na doslej neuporabljenih dokumentih. Tako ocenite več kot delovanje na prikazanem vzorcu.

Spremljajte pravilnost ključnih polj, zaznana neskladja, čas pregleda in primere, pri katerih bi napaka spremenila ponudbo. Posebej štejte napačne vrednosti, ki jih sistem ni označil kot problematične.

Prihranek ocenjujte po celotnem postopku. Če zaposleni po hitrem zajemu dolgo išče izvore in popravlja zapise, je korist omejena. Merila stroškov in časa lahko povežete z izračunom donosnosti avtomatizacije.

Po uvedbi uredite še vzdrževanje avtomatizacije in obravnavo napak. Določite, kdo opazi neuspešen zajem, preveri delno opravljeno delo in prevzame nadaljevanje.

Priporočila in primeri postopkov so uredniško gradivo AXO-8. Zunanje vire za tehnične trditve lahko preverite spodaj. Označene ponazoritve ne predstavljajo rezultatov naročnikov.

• Microsoft Learn: Transparency note and use cases for Document Intelligence — omejitve, vrednotenje na lastnih primerih in vključevanje človeškega pregleda.