Fra leverandørtilbud til faste felter med AI: Byg kontrollen ind i udtrækket
Når leverandører sender tilbud i forskellige formater, kan AI hjælpe med et fælles sammenligningsgrundlag. Arbejdet bliver mere pålideligt, hvis hvert felt både har en klar betydning og en tydelig forbindelse til originalen. Ellers risikerer en pæn tabel at skjule afgørende forbehold.
Definér det svar, systemet skal kunne modtage
OpenAI Structured Outputs kan få modelsvar til at følge et defineret JSON Schema på understøttede modeller. Skemaet beskriver blandt andet felter og datatyper. OpenAI understreger samtidig, at indholdet stadig kan indeholde fejl. Funktionen løser derfor en anden opgave end den faglige kontrol.
Forestil dig en indkøber, der sammenligner tre tilbud på den samme maskine. Det er et tænkt eksempel. Min anbefaling er at begynde med få felter: tilbudsreference, beløb, valuta, momsgrundlag, leveringstid og forbehold. Beskriv betydningen af hvert felt, før en udvikler omsætter det til skemaet. Et felt kaldet pris er for upræcist, hvis tilbuddene indeholder både stykpris og samlet beløb.
Giv manglende oplysninger en aftalt form
Beslut, hvordan løsningen skal vise, at noget ikke fremgår af materialet. I maskinekøbet bør ukendt leveringstid udløse afklaring frem for et gættet antal dage. Et manglende momsgrundlag bør heller ikke erstattes af virksomhedens sædvanlige praksis.
Jeg ville lade hvert relevant felt have både værdi og en status som fundet, mangler eller kræver fortolkning. Det er et forslag til jeres datastruktur, ikke en indbygget forretningsregel hos OpenAI. Forbehold skal kunne gemmes som tekst, også når de gør tilbuddene sværere at rangere. Målet er et ærligt beslutningsgrundlag, så indkøberen ved, hvilke spørgsmål leverandøren stadig skal besvare.
Bevar dokumentbeviset ved siden af værdien
Gem en dokumentreference og den relevante passage ved de felter, som styrer sammenligningen. Hvis et tilbud angiver levering efter godkendt tegning, skal sammenligningen bevare denne betingelse. En isoleret værdi på seks uger kan ellers blive læst som en frist fra bestillingsdatoen.
En modelgenereret kildehenvisning er også noget, der skal kontrolleres. Mit forslag er, at gennemlæseren åbner originalen direkte fra feltet og bekræfter både passage og fortolkning. Aftal desuden, hvilken dokumentversion der gælder, når leverandøren sender et revideret tilbud. En ny fil skal ikke lydløst blandes sammen med udtrækket fra den gamle.
Adskil et udtræk fra en afbrudt behandling
OpenAIs vejledning beskriver særskilt håndtering af modelafvisninger og ufuldstændige svar, eksempelvis når grænsen for output nås. En afvisning følger ikke nødvendigvis det skema, programmet forventer.
Bed derfor udvikleren vise tre forløb: et færdigt udtræk, en teknisk afbrydelse og et dokument med manglende oplysninger. Medarbejderen skal kunne se, hvilket forløb der kræver et nyt forsøg, og hvilket der kræver kontakt til leverandøren. I mit foreslåede indkøbsflow bliver ingen af delene automatisk til et godkendt tilbud eller en bestilling.
Afprøv de tilbud, der er lette at misforstå
OpenAIs evalueringsvejledning anbefaler både typiske tilfælde, særtilfælde og bevidst udfordrende input samt vurdering fra fagpersoner. Til indkøb ville jeg lave en lille facitliste med ufølsomme eller konstruerede tilbud.
Medtag rabat med udløbsdato, pris i anden valuta, valgfrit tilbehør og en leveringstid med betingelser. Lad indkøberen fastlægge de korrekte felter før kørslen. Mål fejl pr. vigtig oplysning og registrér tiden til kontrol. Hvis tabellen er hurtig at skabe, men langsom at gennemgå, skal strukturen eller opgaven justeres, før løsningen får større ansvar.