Title: AI-betaling kræver et synligt mandat | Brokk & Sindre Description: En AI-agent med adgang til betalinger skal ikke låne et menneskes brede kort. Ledelsen bør give den et særskilt mandat, som kan ses, begrænses og lukkes. Canonical: https://brokk-sindre.dk/aktuelt/naar-ai-kan-betale-skal-mandatet-foelge-med # Når AI kan betale, skal mandatet følge med pengene Danmark har fået sin første betaling, hvor en AI-agent både fandt købet og betalte. Danmark har fået sin første betaling, hvor en AI-agent både fandt købet og betalte. En forbruger bad agenten booke en kaffesmagning. Agenten gennemførte bookingen på Mastercards oplevelsesplatform og betalte med et kort fra Danske Bank. Det lyder som et lille forsøg. Ledelsesspørgsmålet bag forsøget er stort: **Hvad sker der, når AI ikke bare foreslår et køb, men får lov at flytte pengene?** Det enkle svar er fristende: Giv agenten et firmakort og en klar instruktion. Det er også det forkerte sted at lægge kontrollen. En instruktion kan misforstås. En konto kan blive overtaget. En leverandør kan ændre sit system. Og hvis kortet har samme brede adgang som medarbejderens, har I gjort agentens fejl lige så dyre som menneskets største råderum. Når AI kan betale, skal mandatet derfor ikke kun stå i en prompt eller en politik. Det skal kunne ses i selve betalingsvejen. ## Kaffesmagen er en demonstration, ikke en fuldmagtsmodel [Mastercard og Danske Bank beskriver betalingen](https://www.mastercard.com/news/europe/da-dk/nyhedsrum/pressemeddelelser/dk-dk/2026/mastercard-og-danske-bank-gennemforer-danmarks-forste-betaling-foretaget-af-en-ai-agent/) som den første af sin art i Danmark. Ifølge virksomhederne gav forbrugeren udtrykkeligt samtykke, og købet blev bekræftet med en Mastercard Payment Passkey. PayOS stod for den tekniske gennemførelse. Det er værd at lægge mærke til, hvad forsøget ikke viser. Det viser ikke en agent, der frit køber ind hele måneden. Det viser én afgrænset betaling, hvor et menneske bekræfter købet. Mastercard er selv en part med interesse i løsningen, så pressemeddelelsen dokumenterer demonstrationen og den beskrevne teknik – ikke, at alle risici er løst. Den giver heller ikke en færdig model for en dansk virksomhed, der vil lade en digital medarbejder bestille varer, forny abonnementer eller betale en leverandør. Men forsøget gør forskellen mellem **at hjælpe med et køb** og **at have et løbende købsmandat** meget konkret. Ved det første køb kan et menneske se beløbet og godkende. Ved det løbende mandat skal ledelsen på forhånd beslutte, hvilke køb agenten må gennemføre uden at spørge hver gang. ## Et firmakort er ofte for meget adgang Forestil jer en digital medarbejder, der bestiller kontorvarer. Den skal kunne købe papir, toner og små reservedele fra tre godkendte leverandører. Hvis den får kortoplysningerne til et almindeligt firmakort, kan betalingssystemet måske kun se, at kortet er gyldigt. Det kan ikke nødvendigvis se, at agenten kun måtte købe kontorvarer, højst bruge 2.000 kroner om ugen og aldrig tilføje et nyt abonnement. Agentens egentlige mandat ligger så et andet sted: i en tekstinstruktion, i kode eller i en medarbejders hukommelse. Betalingsvejen kender ikke hele grænsen. Det svarer til at give en ny medarbejder nøglen til hele lageret og bagefter forklare, hvilken enkelt hylde hun må bruge. [Da Mastercard lancerede Agent Pay](https://www.mastercard.com/news/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai/), beskrev selskabet særlige tokens til agentbetalinger. Tanken er, at en agents betaling kan få sin egen identitet og give banker bedre mulighed for at se, sikre og styre den. Det er et vigtigt princip, også hvis jeres konkrete bank eller betalingsløsning bruger andre ord og teknikker: **Agenten bør have sin egen smalle betalingsadgang – ikke låne et menneskes brede adgang.** ## Gør mandatet læsbart for mere end AI’en Et brugbart betalingsmandat bør kunne håndhæves uden at stole på, at modellen altid fortolker teksten rigtigt. For en indkøbsagent kan grænserne for eksempel være: - højst 500 kroner pr. køb og 2.000 kroner pr. uge; - kun bestemte varetyper og godkendte leverandører; - ingen nye abonnementer eller automatisk fornyelse; - ingen ændring af leveringsadresse uden godkendelse; - ingen køb, hvis pris, mængde eller modtager afviger fra ordren; - krav om menneskelig godkendelse over en fast beløbsgrænse. Nogle af grænserne kan ligge i betalingsløsningen. Andre skal ligge i indkøbssystemet, agentens værktøjer eller virksomhedens arbejdsgang. Pointen er ikke, at ét produkt skal løse alt. Pointen er, at en fejl i ét lag ikke må give fri adgang til pengene. I bør også kunne se, at betalingen blev startet af en agent, hvilken opgave den handlede på, hvem der fastsatte grænsen, og om et menneske godkendte en undtagelse. Digitalmedarbejders guide til [audit logs for AI-agenter](https://digitalmedarbejder.dk/viden/audit-log-for-ai-agenter/) beskriver, hvordan input, værktøjskald, godkendelser og handlinger kan samles i en tidslinje. Ved betalinger skal den tidslinje kunne forbindes med den faktiske postering. Ellers kan økonomiafdelingen se, at 1.847 kroner forlod kontoen, men ikke om agenten fulgte sit mandat. ## Skeln mellem samtykke og stående tilladelse Mastercard og Danske Banks demonstration byggede ifølge deres beskrivelse på udtrykkeligt samtykke til købet. Det passer til en enkelt kaffesmagning. Men mange af de opgaver, virksomheder gerne vil automatisere, er tilbagevendende. Her bliver “brugeren har sagt ja” for upræcist. Har indkøbschefen sagt ja til én ordre, til alle ordrer hos leverandøren eller til alle køb under en beløbsgrænse? Gælder tilladelsen i en uge eller indtil nogen husker at fjerne den? Må agenten vælge et dyrere alternativ, hvis varen er udsolgt? Og hvem må ændre grænsen? Et stående mandat bør derfor have mindst fire tydelige sider: **Formål:** Hvilket arbejde må agenten bruge pengene på? **Grænse:** Hvor meget, hvor ofte og hos hvem? **Udløb:** Hvornår stopper tilladelsen eller skal godkendes igen? **Undtagelse:** Hvilke afvigelser sender sagen til et menneske? Det er almindelig fuldmagtslogik oversat til en digital medarbejder. Den bliver ikke mindre vigtig, fordi betalingen sker på få sekunder. ## En afvist betaling kan være et tegn på, at kontrollen virker Når en agent ikke kan betale, vil det let blive behandlet som en teknisk fejl. Nogen hæver beløbsgrænsen eller giver et andet kort, så arbejdet kan fortsætte. Det kan være nødvendigt. Men en afvisning kan også være præcis det stop, I har bedt systemet om at lave. Hvis agenten prøver at købe hos en ny leverandør, oprette et abonnement eller overskride ugens beløbsgrænse, bør den ikke selv kunne finde en vej udenom. Den skal forklare afvigelsen og sende den til den rette person. Det er samme grundtanke som i vores analyse [“AI skal ikke være fejlfri. Fejl skal kunne rulles tilbage”](https://brokk-sindre.dk/aktuelt/ai-fejl-skal-kunne-rulles-tilbage): Kontrollen skal være stærkest dér, hvor handlingen bliver svær at gøre om. En forkert produktanbefaling kan slettes. En gennemført betaling kræver tilbagebetaling, bogføring og måske en tvist med leverandøren. Derfor bør I afprøve både den normale vej og stopklodserne. Bed agenten forsøge et for stort køb, en ukendt leverandør, en ændret leveringsadresse og et nyt abonnement. Kontrollen er først troværdig, når de uønskede betalinger faktisk bliver stoppet – og de ønskede stadig kan gennemføres uden en daglig kø af ligegyldige godkendelser. ## Start med en pung, I har råd til at tabe Den første AI-agent med betalingsadgang behøver ikke få adgang til virksomhedens normale kort eller hovedkonto. Start med en særskilt betalingsadgang, få godkendte leverandører og et lavt samlet loft. Lad økonomiafdelingen kunne genkende agentens posteringer. Aftal, hvem der kan lukke adgangen med det samme, og hvem der gennemgår afvisninger og undtagelser. Følg derefter tre tal: Hvor mange køb gik igennem inden for mandatet? Hvor mange blev stoppet med god grund? Og hvor mange menneskelige godkendelser viste sig at være rene klik uden reel vurdering? De tal hjælper jer med at justere grænsen. Ikke ud fra en følelse af, at agenten virker klog, men ud fra dokumenteret adfærd med rigtige penge. Danmarks første AI-agentbetaling var en kaffesmagning. Den næste bølge vil handle om varer, abonnementer og løbende indkøb, som virksomheder allerede betaler for. Inden I giver AI adgang til kassen, så spørg ikke kun: “Kan den betale?” Spørg: **Kan banken, økonomiafdelingen og den ansvarlige leder se det samme mandat – og kan de stoppe det uden at spørge AI’en om lov?** Hvis svaret er nej, er betalingsadgangen bredere end ledelsens kontrol. Selvstændig aktuel analyse AI-agenter med betalingsadgang, indkøb, firmakort, leverandører, abonnementer, godkendelser, økonomiafdelingens kontrol og ledelsens ansvar for fuldmagter. Forstå hvordan en virksomhed afgrænser, håndhæver og lukker en AI-agents adgang til at betale. - [Mastercard og Danske Bank om Danmarks første betaling foretaget af en AI-agent](https://www.mastercard.com/news/europe/da-dk/nyhedsrum/pressemeddelelser/dk-dk/2026/mastercard-og-danske-bank-gennemforer-danmarks-forste-betaling-foretaget-af-en-ai-agent/) - [Mastercard om Agent Pay og særlige tokens til agentbetalinger](https://www.mastercard.com/news/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai/) - [Digitalmedarbejder om audit logs for AI-agenter](https://digitalmedarbejder.dk/viden/audit-log-for-ai-agenter/) - [Brokk & Sindre om at rulle AI-fejl tilbage](https://brokk-sindre.dk/aktuelt/ai-fejl-skal-kunne-rulles-tilbage)