Microsofts Agenter i Business Central

Hvorfor bygger Microsoft færdige agenter til Business Central?

Microsoft bygger færdige agenter, fordi nogle processer er så universelle, at de egner sig godt til en standardagent. Microsoft vil gerne bygge rammeværket, så virksomheder kan bygge deres egne agenter, men på nogle områder vælger Microsoft samtidig at bygge fuldstændig færdige agenter til slutbrugerne.

Payables Agent er en klassisk fakturahåndteringsproces. Sales Order-agenten er en salgsproces, og Expense-agenten er udgiftshåndtering. Det er processer, alle virksomheder har, og konceptuelt forløber de ens: der kommer en faktura ind, og den skal processeres helt til slut, selvom der kan være stor varians undervejs.

For Payables Agent er der også en historik. Microsoft prøvede at løse fakturahåndtering for mange år siden med OCR-funktionaliteten i Business Central og i gamle Dynamics NAV. Nu er teknologien og tiden moden til at gøre det bedre, end man kunne dengang.

Hvordan fungerer Payables Agent i Business Central?

Payables Agent læser leverandørfakturaer fra en Microsoft 365-mailboks og laver et udkast til en købsfaktura, som en bogholder godkender. Når du taler om agenter i Business Central, er der flere veje til målet. Du kan bygge agenter inde i Business Central, som Microsoft har gjort med Payables Agent, hvor agenten bruger de rammeværker og den teknologi, Business Central eksponerer. Der har du blandt andet en opgaveliste ovre i højre side over det, agenten er i gang med. Eller du kan bygge agenter uden for Business Central, som forbinder til systemet gennem API’er og MCP’er.

Microsoft byggede Payables Agent inde i Business Central, nogenlunde samtidig med at man byggede selve rammeværket til at køre agenter i det hele taget. Som Søren Alexandersen formulerer det, byggede man bilen, mens man kørte den.

Selve processen forløber sådan:

• Payables Agent kigger i en Microsoft 365-mailboks efter nye e-mails med en eller flere vedhæftede PDF-fakturaer.
• Agenten sender fakturaerne til Microsofts egen OCR-service, Azure Document Intelligence, og får et datasæt tilbage med kunde, linjer, antal og pris.
• Data føres ind i et purchase document draft, hvor AI har fortolket fakturaen og foreslået for eksempel finanskonto, allocation account og deferral code.
• Brugeren godkender eller retter, og derefter bliver det til en ikke-posteret købsfaktura.

Det er slutpunktet for Payables Agent lige nu, men det er ikke der, det skal stoppe. Agenten er god til at kigge på din historik. Den ser på, hvordan en faktura fra den samme leverandør, eller på den samme type varer eller ydelser, er blevet håndteret tidligere, og foreslår noget, der ligner. Det kan Payables Agent også gøre på tværs af leverandører. Microsoft er ved at lave om på den motor, så forslaget ikke kun bygger på historik, men også på agentens egen forståelse af data, hvor den kigger på varer, finanskonti, ressourcer og de andre ting, man kan sætte på en købslinje.

Hvorfor skifter Microsoft fra OCR til sprogmodeller?

Microsoft skifter fra OCR til large language models, fordi sprogmodeller forstår fakturaens kontekst og kan spotte langt flere detaljer. Den nuværende OCR-teknologi afløfter de samme ting, uanset hvilken faktura den får. Det er et standardiseret sæt af data, og det betyder, at OCR-servicen ikke kender landespecifikke felter, for eksempel det danske FIK-indbetalings-ID.

OCR-teknologien er tæt på 70 år gammel og har toppet på, hvad den kan præstere. Selvom servicen er trænet på tusindvis, måske titusindvis af fakturaer, giver den kun det ensartede datasæt uden landespecifikke eller virksomhedsspecifikke informationer som et kostcenter.

Derfor skifter Microsoft nu over til large language models. Svarende lidt til at kaste en PDF i hovedet på en Copilot og spørge, hvad står der på den her faktura, og hvad ville du gøre ved den i Business Central, hvis du var bogholder. Sprogmodellen kan spotte langt flere ting og forstår fakturaens kontekst semantisk, hvor OCR bare læser tekst uden at forstå den. Det løser noget af det feedback, kunder har givet om, at agenten ikke kunne trække selv ret enkle kolonner ud.

Skiftet åbner også for, at kunden senere selv kan give agenten instruktioner. Fordi sprogmodellen trækker det hele ud og forstår konteksten, kan virksomheden komme med sine egne instruktioner om, hvad der skal afløftes, og hvilket felt det skal ind i. Microsoft skal lokalisere Payables Agent til 20 forskellige lande, og egne instruktioner er en måde at håndtere de landespecifikke og virksomhedsspecifikke behov på. Det kommer ikke med det første, men ligger lidt ude i fremtiden.

Hvor hurtigt udvikler agenterne sig?

Der kommer nye ting til Payables Agent stort set hver måned, ikke bare til den næste major release. Alt det her sker i sommeren 2026, og historien ser sikkert anderledes ud om et halvt år.

Set indefra beskriver Søren Alexandersen tempoet som ambivalent. Det er både at sidde i et højhastighedstog og i en hestevogn. Har man prøvet agenten sidste uge, skal man prøve den igen nu. Som product manager kunne han godt ønske sig, at det gik endnu hurtigere, fordi kunderne bruger tid på at give feedback, og så skylder man dem at adressere den.

Hvad siger kunderne om Payables Agent?

Kunderne er nysgerrige, men tilbageholdende, fordi Payables Agent rammer ned i en etableret proces. De fleste virksomheder har allerede løst fakturahåndtering på en eller anden måde, og bare fordi der kommer et nyt værktøj, hopper man ikke på vognen i morgen. Målgruppen er også mere konservativ, for det er et regnskab, man skal kunne stole på tallene i.

Set fra dansk side kan det virke, som om de fleste allerede har løst behovet. Men der er faktisk et stort white space, hvor mange virksomheder stadig håndterer fakturaer manuelt, uden teknologi.

Feedbacken er blandet. Noget handler om kvaliteten af det, agenten trækker ud af fakturaerne. Feedbacksystemet i Business Central tillader, at kunden vedhæfter den faktura, de prøvede med, så Microsoft kan se, hvad der gik galt, behandlet efter koncernreglerne for privacy. Det hjælper, fordi Microsoft ikke kender kundens data eller kontoplan, kun standardkontoplanen i Cronus. I stedet måler Microsoft på, hvor tit kunden ændrer noget på den kladde, agenten præsenterer.

En anden ting er opgavelisten i højre side. Man skal ikke have et ret stort faktura-inflow, før der bliver trængsel. Med fem åbne fakturaer under behandling kan overblikket ryge, og Microsoft ser på, hvordan et bogholderteam arbejder sammen med agenten, for eksempel ved at dele fakturaer efter region eller adressere dem med tidligste betalingsdato først. Endelig er der godkendelsesproceduren. I dag er der standardgodkendelses-flows, man kan sætte op, men Microsoft vil gerne gøre agenten intelligent nok til selv at vide, hvem der skal godkende, afhængigt af om der for eksempel er et projekt eller en indkøber involveret.

Bygger Microsoft flere hundrede agenter til Business Central?

Nej. Søren Alexandersen ser Microsoft bygge nogle få store, brede, universelle agenter, som dækker end-to-end processer som go-to-cash. Når kunden selv kan komme med sine egne instruktioner, kan de brede agenter spænde over stort set alle kunder. Microsoft går ikke ned og bygger vertikale agenter, det har man altid holdt sig fra.

Fokus er stadig på de tre eksisterende agenter, fordi Microsoft hellere vil gøre få agenter rigtig gode end at haste videre til det næste projekt. En købsagent på bestillingsniveau er noget, man har talt om, men intet har materialiseret sig endnu. Flere hundrede agenter bygget ind i Business Central fra Microsofts side er ikke fremtiden. Det er der, hvor partnere og kunder kommer ind og bygger deres egne.

Skal du bruge Copilot Studio eller bygge inde i Business Central?

Det afhænger af, om agenten skal arbejde inde i Business Central eller på tværs af flere systemer. De to tilgange er fundamentalt forskellige.

Business Centrals interne framework. Microsofts interne framework i Business Central navigerer brugergrænsefladen, klikker på knapper, læser, hvad der står, og udfører handlinger ud fra instruktioner. Payables Agent kan noget særligt her, fordi den har en job queue, der går ud og henter og kigger e-mails, så der er stadig kode nedenunder agenten.

Copilot Studio. Copilot Studio forbinder ind til Business Central og læser data via API’er. Lige nu kan du ikke bede Business Central om selv at gå ud og læse en mailboks eller SharePoint og så gøre noget. Vil du have den slags interaktion til omverdenen, skal du starte i Copilot Studio og bygge noget, hvor Business Central bare er en af komponenterne.

De to tilgange kan sammenlignes sådan:

Payables Agent skal fremover være mere instruktionsdrevet. Lige nu er den et mix af instruktioner og AL-kode, og det var for at få den til at virke. Målet er, at alt bliver instruktioner. Og når man er der, kunne man spørge, hvorfor kunden så ikke bare selv kunne skrive de samme instruktioner. Forsimplet sagt kunne man godt. Men der ligger værdi i teknologien og i at måle på brugen. Microsoft kan se, hver gang en bruger ændrer et forslag, for eksempel fra en finanskonto til en resource, og hvor tit det sker, og bruger det til at blive klogere. Hvis du bygger din egen agent, skal du selv lave alt det opfølgningsarbejde og al den trimning.

Hvor svært er det at få en agent i drift?

Det er sværere, end det ser ud. Virksomhedens processer bliver ikke nemmere af, at man drysser lidt AI på. Microsoft har brugt halvandet år, lidt mere, på Payables Agent, og da en gruppe CFO’er spurgte, hvorfor det tager så lang tid, når man har AI til at hjælpe med udviklingen, var svaret, at det faktisk er ret svært.

Det kan virke let nok at gå i Copilot Studio og skrive en prompt om at hente et dokument fra SharePoint, læse leverandørkontrakter og håndtere købsfakturaer ud fra det. Der er lavthængende frugter, og der er en kort vej til en prototype. Men når det skal bygges helt sammenhængende ind i Business Central og køre i drift, er der stadig et pænt stykke vej.

Om et par år vil vi kigge tilbage på i dag og se, hvor langt teknologien er kommet, og hvor mange muligheder kunderne har i hånden. Men teknologien er ikke flaskehalsen. Det er mennesker og organisationer, der bestemmer hastigheden, og de tager tid at flytte. Vil du selv i gang, så kig nærmere på Payables Agent og de andre agenter i Business Central, og giv dem et forsøg.

Ofte stillede spørgsmål

Hvad er Payables Agent i Business Central?

Payables Agent er en færdig agent fra Microsoft, der håndterer leverandørfakturaer i Business Central. Den læser PDF-fakturaer fra en Microsoft 365-mailboks, fortolker dem med AI og laver et purchase document draft, som en bogholder godkender eller retter.

Hvilke agenter har Microsoft bygget til Business Central?

Microsoft har bygget tre agenter: Payables Agent til leverandørfakturaer, Sales Order-agenten til salg og Expense-agenten til udgiftshåndtering. Det er processer, alle virksomheder har, og som er konceptuelt ens på tværs af virksomheder.

Bruger Payables Agent OCR eller sprogmodeller?

Payables Agent er ved at skifte fra OCR-servicen Azure Document Intelligence til large language models. Sprogmodeller forstår fakturaens kontekst semantisk og kan spotte flere detaljer end OCR, der kun trækker et ensartet datasæt ud.

Kan man selv bygge agenter til Business Central?

Ja. Partnere og kunder kan bygge egne agenter, enten inde i Business Central med Agent Playground eller i Copilot Studio, hvor Business Central er en af komponenterne. Der er en kort vej til en prototype, men et pænt stykke vej til drift.

Bygger Microsoft mange flere agenter til Business Central?

Nej. Microsoft fokuserer på nogle få store, brede agenter, der dækker end-to-end processer, og bygger ikke vertikale eller virksomhedsspecifikke agenter. Det er op til partnere og kunder selv at bygge.