Styr på agenterne: adgang, beløbsgrænser, log og ejer
AI governance er de regler, der afgør, hvad en AI-agent må læse, gøre og koste, og hvem der svarer for den. I praksis er det fire ting, I kan pege på: adgangsrettigheder, beløbsgrænser, en log og en navngiven ejer. Har en agent ikke alle fire, skal den ikke i drift.
Human in the loop: bogholderen godkender de usikre
Human in the loop på dansk: hvilke sager agenten selv afgør, og hvilke bogholderen godkender. Sådan sætter I grænsen og retter en fejl.
AI-forordningen i praksis: det, vi bygger ind i agenterne
AI-forordningen for jer, der sætter agenter i drift: hvad den kræver af log, menneskelig kontrol og AI literacy, og datoerne efter AI-omnibussen.
AI og GDPR: persondata, der bliver i jeres cloud
Må I bruge AI på persondata? Ja, med samme regler som ellers. Forskellen på ChatGPT, Copilot og Azure OpenAI, og hvad I skal have på plads først.
Fire ting, hver AI-agent skal have før drift
De fleste AI-politikker beskriver principper. Bogholderen kan ikke bruge et princip, når debitoragenten har sendt en rykker til en kunde, der betalte i går. Hun skal kunne se, hvad agenten måtte, hvad den gjorde, og hvem hun ringer til.
| Det skal være på plads | Hvad det betyder | Eksempel: debitoragenten |
|---|---|---|
| Adgang | Hvilke data agenten må læse, og hvor den må skrive | Læser åbne poster og betalinger i Business Central. Skriver kun i en kladde. |
| Beløbsgrænser | Hvad agenten må gøre alene, og hvad den må koste i drift | Højst 50 rykkere om dagen. Alt over 25.000 kr. går til bogholderen. |
| Log | Hver handling med tidspunkt, data og årsag | »07:02 · 37 rykkere sendt · 3 sendt til godkendelse« |
| Ejer | Én person hos jer, der svarer for agenten | Økonomichefen. Hun godkender ændringer i tonen og grænserne. |
Det er hele modellen, og den passer på én side. Revisoren læser den på fem minutter.
Adgangsrettigheder i Business Central, Fabric og Copilot
En agent skal have den adgang, opgaven kræver, og intet andet. De fleste AI-værktøjer arver brugerens rettigheder, så det er jeres eksisterende rettigheder, der afgør, hvad agenten ser.
| System | Sådan styres adgangen | Det skal I holde øje med |
|---|---|---|
| Business Central MCP-server | Agenten kører med brugerens rettigheder. Som standard kan den kun læse, og I åbner for skrivning API-side for API-side. | Giv hver agent sin egen konfiguration med netop de API-sider, den skal bruge, og sin egen bruger med smalle rettigheder. |
| Fabric data agents | Agenten respekterer den spørgendes egne rettigheder, også rækkesikkerhed og kolonnesikkerhed. | At dele en data agent giver ingen adgang til data. Den, der mangler læseret på kilden, får en fejl eller et tomt svar. |
| Microsoft 365 Copilot | Copilot viser kun indhold, brugeren i forvejen har adgang til. | Oversharing: et SharePoint-site, der er delt med hele firmaet, bliver pludselig søgbart. Ryd op i rettighederne først. |
Copilot er det tydeligste eksempel. Den mappe med lønsedler, som nogen delte med »Alle« i 2019, var aldrig et problem, fordi ingen fandt den. Nu kan en kollega spørge Copilot om den på dansk. Microsoft har værktøjer til at begrænse, hvad Copilot finder, men de ændrer ikke rettighederne. Det skal I gøre selv.
Vi bygger agenterne, så de læser gennem en data gateway med læseadgang til netop de tabeller og felter, jobbet kræver. Skal agenten skrive, skriver den i en kladde, som et menneske bogfører. Guiden om Business Central MCP-serveren viser opsætningen trin for trin.
Hvad må agenten alene, og hvad må den koste?
Beløbsgrænser findes i to slags. Den ene handler om forretningen: hvor stort et beløb agenten må håndtere uden et menneske. Den anden handler om driften: hvad agenten må koste i jeres cloud hver måned.
- Forretningsgrænser står i agentens regler. Fakturaagenten konterer selv op til 10.000 kr. pr. faktura fra kendte leverandører. Alt over, og alt fra en ny leverandør, går til godkendelse.
- Mængdegrænser stopper en løbsk agent. Debitoragenten må sende 50 rykkere om dagen. Rammer den loftet, stopper den og sender en besked til ejeren.
- Driftsgrænser står i Azure. Et budget pr. agent med en alarm ved 80 %, så controlleren ser en stigning, før fakturaen kommer.
Grænserne aftales med ejeren, før agenten går i drift, og de står i ejerkortet. Vil salgschefen hæve grænsen for kreditnotaer, er det ejerens beslutning. Det er en ændring i en regel, ikke et nyt projekt.
Hvad står der i loggen en almindelig tirsdag?
Loggen er det, I viser revisoren, og det, controlleren åbner, når en leverandør spørger, hvorfor fakturaen ikke er betalt. Den skal kunne læses uden en udvikler ved siden af. Her er fakturaagenten fra afsnittet ovenfor.
Eksempel med opdigtede tal.
Hver linje har tidspunkt, de data, agenten slog op, og den regel, den fulgte. Når controlleren flytter en kontering, står hans navn i loggen ved siden af. Loggen ligger i jeres egen cloud, og I bestemmer, hvor længe den gemmes.
Et navn på hver agent, før den kører
Ejeren er den leder, der ejer arbejdsgangen i dag. Økonomichefen ejer debitoragenten, indkøbschefen genbestillingen og kategorichefen produktteksterne. IT driver platformen, men svarer ikke for, hvad agenten gør.
| Agent | Ejer | Ejeren beslutter |
|---|---|---|
| Debitoragenten | Økonomichefen | Tonen i rykkerne, beløbsgrænsen, hvem der aldrig rykkes |
| Fakturaagenten | Controlleren | Konteringsregler, godkendelsesgrænse, nye leverandører |
| Genbestillingsagenten | Indkøbschefen | Sikkerhedslager, hvilke leverandører agenten må foreslå |
| Produkttekstagenten | Kategorichefen | Tone, ord, der ikke må bruges, hvad der kræver godkendelse |
Alle ejere står i ejerkortet, ved siden af hver prompt og hver integration. Siger ejeren op, får agenten en ny ejer, før den kører videre. En agent uden ejer stopper.
Virker agenten? Det tal aftales før start
En agent, ingen måler på, kører videre af vane. Vi sætter tallet i Afklaringen, før der er skrevet en linje kode, og ejeren skriver under på det.
| Agent | Det måler I | Eksempel på mål |
|---|---|---|
| Debitoragenten | Timer på rykkere om ugen, dage til betaling | Fra 6 timer til 1 |
| Fakturaagenten | Andel konteret uden rettelser | 85 % efter tre måneder |
| Udligning | Andel betalinger matchet uden et menneske | Fra 70 % til 95 % |
Ejeren ser tallet hver måned. Rammer agenten ikke målet efter den aftalte periode, retter vi den eller slukker den, og ejeren bestemmer hvilket.
Fejlen skal findes tirsdag, ikke ved årsafslutningen
Agenter tager fejl, ligesom folk gør. Med en log og en pausknap er en fejl et kvarters arbejde for ejeren.
Opdag
En debitor ringer, eller en alarm går, fordi agenten rammer sit loft. Ejeren slår handlingen op i loggen og ser, hvilke data og hvilken regel der lå bag.
Stop
Ejeren kan sætte agenten på pause med ét klik. Arbejdet går tilbage til at blive gjort i hånden, som før agenten kom.
Ret op
Agenten skriver i kladder, så det meste fanges, før det bogføres. Er en rykker sendt, ved I fra loggen præcis hvilke og til hvem.
Ret reglen
Fejlen bliver til en testsag, så den samme fejl fanges, før næste version går i drift. Ejeren godkender ændringen.
En AI-politik på 30 sider stopper ingen agent
En AI-politik siger, hvilke værktøjer medarbejderne må bruge, og hvilke data der aldrig må ind i en gratis chatbot. Den er nyttig. Men den styrer ikke en agent, der kører kl. 7 om morgenen.
Ansvarlig AI og etisk AI bliver konkret på samme måde. Et menneske godkender det usikre, persondata bliver i jeres cloud, og hver beslutning kan forklares bagefter. Skriv politikken kort. Byg reglerne ind i agenterne.
Business intelligence governance er samme sag set fra rapporterne. Hjernen følger jeres adgangsrettigheder pr. person, og hvert begreb som omsætning eller dækningsbidrag har én definition og én ejer. Sælgeren og CFO’en får samme tal for omsætning, men sælgeren ser kun sine egne kunder.
Human in the loop, AI-forordningen og GDPR
- Human in the loop: hvor mennesket skal godkende, hvor agenten må selv, og hvordan grænsen flytter sig, når tallene viser, at agenten rammer rigtigt.
- AI-forordningen: hvad EU’s regler kræver, når I bruger agenter i økonomi og drift, og hvilke datoer I skal kende.
- AI og GDPR: hvor jeres data ligger, når en agent læser debitorer og kundeservicemails. Det spørgsmål er nemt at svare på, når alt kører i jeres egen cloud.
Her bygger vi ingen agent
Fire situationer, hvor vi siger nej, uanset hvor god teknikken er.
- Ingen hos jer vil eje arbejdsgangen. En agent, ingen svarer for, bygger vi ikke.
- Beslutningen er sjælden og stor. Kreditgrænsen til jeres største kunde sætter CFO selv, en gang om året.
- Adgangsrettighederne er et rod. Ryd op i Business Central og SharePoint først, ellers ser agenten det samme rod.
- Fejl kan ikke rettes bagefter. Udbetalinger fra banken skal godkendes af et menneske hver gang.
Fra første møde til en agent med ejer
Første møde
Vi lærer jeres forretning at kende og ser, hvor tiden går. Vi spørger også, hvem der skal eje det, vi bygger. Gratis.
Afklaring
Vi taler med dem, der gør arbejdet, og kigger på systemer og rettigheder. I får en prioriteret liste med en business case, et måltal og en ejer pr. løsning.
Første løsning
Den første agent bygges med jeres team, i jeres cloud, med adgang, beløbsgrænser, log og ejer på plads fra første dag.
I overtager
Jeres team bygger de næste agenter efter samme model og ændrer grænser og regler uden os.
Hvert trin har fast pris, aftalt før vi går i gang.
Hvad er AI governance?
AI governance er de regler og kontroller, der afgør, hvad en AI-agent må læse, gøre og koste, og hvem der svarer for den. For en AI-agent betyder det i praksis adgangsrettigheder, beløbsgrænser, en log over hver handling og en navngiven ejer. En politik alene er ikke nok, reglerne skal sidde i agenten.
Hvem skal eje en AI-agent?
Den leder, der ejer arbejdsgangen, agenten overtager. Økonomichefen ejer debitoragenten, indkøbschefen ejer genbestillingen. IT driver platformen, men ejeren beslutter grænser og regler og svarer for resultatet.
Har vi brug for en AI-politik?
Ja, en kort en. Den skal sige, hvilke AI-værktøjer medarbejderne må bruge, og hvilke data der aldrig må ind i et eksternt værktøj. Styringen af agenter i drift hører ikke hjemme i politikken, men i agenterne selv: adgang, grænser, log og ejer.
Kan Microsoft 365 Copilot se alle vores filer?
Copilot viser kun indhold, den enkelte bruger allerede har adgang til. Problemet er, at mange har adgang til mere, end de burde, fx SharePoint-sites delt med hele organisationen. Gennemgå rettighederne, før I ruller Copilot bredt ud.
Hvad er forskellen på ansvarlig AI og AI governance?
Ansvarlig AI og etisk AI beskriver hensigten: at et menneske kan stå inde for det, agenten gør. AI governance er den måde, I sikrer det på i drift: adgangsrettigheder, beløbsgrænser, en log og en navngiven ejer. Hensigten står i politikken, styringen sidder i agenten.
Hvad gør vi, hvis en agent laver en fejl?
Ejeren slår handlingen op i loggen, sætter agenten på pause, hvis det er nødvendigt, og retter op. Fordi agenten skriver i kladder og har beløbsgrænser, fanges de fleste fejl, før de bogføres. Fejlen bliver derefter til en test, så den fanges næste gang.
Hvor forsvinder jeres timer?
Tag den opgave med, der stjæler flest. Så siger vi ærligt, om agenter kan tage den, og hvad det kræver af jer.