KI i ordreregistrering: kontroller vare, enhet og pris hver for seg
En forståelig bestillings-e-post er ikke alltid klar til registrering. Et gjennomarbeidet eksempel viser hvilke opplysninger som må komme fra bedriftens systemer.

«Send to esker A til samme pris som sist.» Hensikten er forståelig. En pålitelig ordre trenger likevel flere opplysninger. Hvilken pakning mener kunden? Hva var avtalt sist? Gjelder den prisen fremdeles?
Vi anbefaler å bruke språkmodellen til å tolke meldingen. Varekobling, omregning av enheter og gjeldende pris bør bygge på godkjente forretningsdata og regler. En plausibel tekst kan ikke fylle inn en manglende handelsavtale.
Hva meldingen faktisk forteller
Den oppdiktede katalogen har A-6 med seks stykk per eske og A-12 med tolv. Begge kalles «vare A» i dagligtalen. Kundens siste ordre inneholdt A-6. Historikken er et spor, men beviser ikke at samme pakning menes nå.
Opplysning | Kan utledes av meldingen | Mangler for ordren |
|---|---|---|
Antall | To esker | Entydig pakningsenhet |
Vare | Betegnelsen A | Kobling til A-6 eller A-12 |
Prisønske | Som sist | Tidligere vilkår og nåværende gyldighet |
Kunde | Avsender som mulig spor | Bekreftelse av riktig kundekonto |
Tolv og tjuefire stykk er ulike ordrer i eksemplet. Automatiseringen må holde usikkerheten synlig. Den kan forberede et målrettet spørsmål eller sende saken til kontroll.
Skill forslaget fra registreringen
Et nyttig utkast bevarer originalmeldingen sammen med den foreslåtte koblingen. For hver linje er det tydelig hva som kommer fra teksten, hva som kommer fra katalogen, og hvilken beslutning som mangler.
Prisen kontrolleres mot bedriftens autoritative priskilde. En tidligere faktura kan gjenspeile en kampanje, et annet antall eller andre vilkår. Modellen bør ikke utlede en nåværende rett til samme pris fra beløpet.
Når kunde, vare, enhet og pris er avklart, kan utkastet godkjennes etter de avtalte reglene. Gjentatt mottak av samme melding må også håndteres uten å lage en utilsiktet ekstra ordre.
Trenger dette allerede en agent?
Anthropic skiller mellom forhåndsbestemte arbeidsflyter og systemer der modellen velger neste trinn. Her kan en fast rekke med lesing, sammenligning og kontroll være nok. En modell i arbeidsflyten krever ikke automatisk en agent som selv velger handlinger.
Større handlingsrom kan hjelpe hvis hvert tilfelle krever ulike undersøkelser. Data som kan leses, og tillatte handlinger skal fortsatt være avgrenset. Et produktnavn avgjør ikke dette designvalget.
Når automatisk aksept kan passe
En begrenset katalog og tydelige kundekoder kan endre forutsetningene. Hvis «A» etter avtale bare betyr A-6, prisregelen er fastlagt og de øvrige kontrollene er oppfylt, kan automatisk registrering inngå i den godkjente arbeidsflyten. Hver linje trenger da ikke nødvendigvis godkjenning fra et menneske.
Test de vanskelige tilfellene særskilt: annen pakning, utløpte vilkår, uklar avsender og gjentatt melding. Bestem riktig resultat for hvert tilfelle på forhånd. En høy samlet treffrate sier lite hvis en uklar pris blir godtatt automatisk.
Forventet forbedring i et første prosjekt skal være konkret: mindre manuell overføring med entydig vare, sporbart antall og korrekt brukte vilkår. Vurder hele saken, inkludert spørsmål og rettelser, for å se om det lykkes.
Kilder
Anthropic: Building effective agents, om den begrepsmessige forskjellen mellom arbeidsflyt og agent. Anbefalingen og ordreeksemplet er redaksjonell analyse.
Les videre
Alle artikler






KI og automatisering med ASES
KI-assistenter og automatiserte prosesser



