Indkøbet er ikke klart, fordi nogen har sagt ja

Hvis I vil bruge en digital medarbejder til at hjælpe med indkøb, skal I derfor skelne mellem to ting, der let bliver blandet sammen: at behovet er godkendt, og at sagen er klar til bestilling.

Den forskel skal være tydelig, hvis arbejdet skal videre uden gæt på vegne af indkøber, budgetejer eller bestiller.

Beslut, hvad jeres “ja” faktisk betyder

Begynd med at gøre godkendelsen præcis. Et “ja” til, at laboratoriet har brug for petriskåle, er ikke nødvendigvis et ja til en bestemt leverandør, pris eller kontering.

I bør kunne svare på, hvad lederen har godkendt:

• behovet og mængden;
• den forventede udgift;
• den konto eller det projekt, der skal betale;
• og eventuelle grænser for vare, leverandør eller leveringstid.

Det behøver ikke stå i en lang formular. Men oplysningerne skal findes i en form, som både mennesker og systemer kan bruge. Ellers kommer den digitale medarbejder til at behandle en venlig mail som en økonomisk fuldmagt.

Bredden i indkøbsarbejdet bliver synlig i DTU Sustains aktuelle annonce for en indkøbskoordinator og systemsuperbruger. Stillingen skal blandt andet hjælpe kolleger gennem regler, rammeaftaler og administrative systemer og følge op fra start til slut. Det er forskellige slags afklaringer, og derfor er lederens godkendelse ikke i sig selv et færdigt indkøbsgrundlag.

Gør det synligt, hvornår sagen kan bestilles

Fastlæg derefter de få oplysninger, der skal være på plads, før petriskålene må blive til en ordre. For dette indkøb kan det være varenummer, antal, aftaleleverandør, pris, leveringssted, ønsket dato, kontering og navnet på den person, der godkendte behovet.

Den digitale medarbejder kan hente kendte oplysninger fra jeres systemer og samle dem i en ordrekladde. Men I skal beslutte, hvilke kilder der har forrang. Hvis mailen siger 20 pakker, indkøbssystemet viser 10, og sidste ordre gjaldt en anden størrelse, er sagen ikke bestillingsklar, bare fordi alle felter kan udfyldes.

Det samme gælder leverandørdata. En indkøbskoordinator hos Dangaard Group skal ifølge virksomhedens annonce arbejde med varer og indkøbsordrer i Axapta, stamdata, leverandørdokumentation, leveringstider, varemodtagelse og afvigelser. Den sammenhæng er nyttig, når I definerer jeres egen digitale rolle: En ordrekladde skal bygge på aktuelle data, ikke blot på det leverandørnavn, der stod i sidste mail.

Lad derfor “bestillingsklar” være en synlig tilstand med et konkret grundlag. Så kan indkøberen se, hvorfor sagen er klar, og hvad der stadig mangler, uden at rekonstruere hele forløbet fra indbakken.

Lad kendte indkøb fortsætte — og stop ved nye valg

I behøver ikke sende hvert felt til menneskelig godkendelse. For en kendt vare hos en godkendt leverandør kan den digitale medarbejder kontrollere oplysningerne, hente konteringen, oprette kladden og føre sagen frem til det aftalte punkt.

Men I skal på forhånd pege på de valg, der ændrer selve indkøbet. I petriskålesagen kan det være:

• den ønskede vare findes ikke på den gældende aftale;
• en ny leverandør skal oprettes;
• prisen afviger fra den godkendte ramme;
• den hurtigste levering kræver en anden vare;
• eller konteringen passer ikke til det projekt, der har godkendt behovet.

Her skal medarbejderen ikke vælge det mest sandsynlige svar. Den skal stille det konkrete spørgsmål til den person, der ejer beslutningen. En indkøber kan afgøre aftale og leverandør. Bestilleren kan afgøre, om en anden størrelse kan bruges. Budgetejeren kan tage stilling til en højere pris.

Så skal budgetejeren ikke genlæse hele sagen. Personen skal kun tage stilling til den højere pris, som ikke kan udledes af de aftalte oplysninger.

Send en ufuldstændig sag tilbage til den rette person

En generel besked om “manglende oplysninger” skaber bare en ny runde mails. Aftal i stedet, hvem der kan svare på hvad, og lad tilbagemeldingen nævne det manglende valg.

Hvis projektkoden mangler, skal spørgsmålet til budgetejeren ikke også indeholde tvivlen om varetypen. Hvis varen ikke er dækket af den sædvanlige aftale, skal bestilleren ikke gætte på en leverandør. Og hvis levering mandag kun er mulig til en højere pris, bør den ansvarlige få både forskellen og fristen for at vælge.

Når svaret kommer, skal det tilbage i sagen og ikke kun blive liggende i en ny mailtråd. Det er særligt vigtigt, når oplysningerne ligger i flere systemer. Ellers finder den digitale medarbejder den samme mangel næste gang og spørger igen.

En brugbar tilbagesendelse gør derfor tre ting tydelige: Hvad mangler? Hvem kan afgøre det? Hvad sker der med indkøbet, indtil svaret findes?

Begynd med én indkøbstype, I allerede kender

Vælg ikke alle indkøb som første forsøg. Tag en kategori med gentagne varer, kendte leverandører og et overskueligt antal undtagelser. Det kan være laboratorieforbrug, kontorvarer eller faste reservedele — afhængigt af jeres virkelighed.

Gennemgå ti til tyve nylige sager og se, hvad der faktisk manglede, da de nåede indkøb. Brug fundene til at definere jeres bestillingsklare grundlag og de valg, der skal tilbage til et menneske. Det giver et bedre udgangspunkt end at begynde med en generel besked om, at medarbejderen skal “hjælpe med indkøb”.

Mål derefter på selve arbejdsgangen: Hvor mange sager blev bestillingsklare uden en ekstra mailrunde? Hvor mange blev sendt tilbage med et præcist spørgsmål? Og hvor ofte viste de registrerede oplysninger sig at være forældede eller modstridende?

Når det første flow virker, kan I udvide til flere varer eller lade medarbejderen følge sagen længere. Brokk & Sindre beskriver samme overgang i Fra AI-pilotprojekt til drift: Et afgrænset forsøg skal have en ejer og en vej ind i den almindelige drift.

Den bredere rolle er beskrevet på siden om en digital medarbejder til indkøb. Men begyndelsen bør være helt konkret: Definér forskellen mellem et godkendt behov og en bestillingsklar sag.

Lederens “ja” sætter indkøbet i gang. Det er først aftalegrundlaget, konteringen, varen og de menneskelige valg, der gør det muligt at bestille uden at gætte.