AI-agenter och era system – integrationer, API:er och behörigheter

En AI-agent som inte når era system är i praktiken en chatbot. Den kan formulera ett bra svar men inte boka, uppdatera, skapa eller hämta något. Därför avgörs nyttan av en agent i hög grad av hur väl den är kopplad till det ni redan arbetar i, och av hur noga ni bestämt vad den får göra där.

Den här artikeln går igenom vilka system som är vanliga, hur kopplingar byggs, hur ni håller behörigheterna under kontroll och hur ni kartlägger behovet innan ni upphandlar. Grunderna om vad en agent är finns i den kompletta guiden till AI-agenter för företag.

Därför avgör integrationerna nyttan

Ta en bilhandlare som vill att en agent ska hantera förfrågningar om provkörning. Utan koppling kan agenten svara att bilen finns och be kunden ringa. Med koppling till lagersystemet, kalendern och CRM kan den kontrollera att bilen är kvar, föreslå en tid, boka den och lägga in kunden som lead. Den första versionen är en informationstjänst, den andra tar bort ett arbetsmoment.

Integrationerna avgör tre saker:

• Vad agenten kan göra. Varje åtgärd kräver en koppling till ett system.
• Hur pålitligt det blir. En agent som läser levande data i stället för en gammal export ger färre fel.
• Hur mycket arbete som återstår för er. Saknas kopplingen blir människan mellanhand, och då flyttas bara arbetet.

Det finns också en baksida. Varje koppling är en ny väg in i era system och en ny sak att underhålla. Målet är därför inte så många kopplingar som möjligt, utan de få som ger mest nytta för minst risk.

Vanliga system i svenska små och medelstora företag

Systemlandskapet ser olika ut mellan branscher, men samma kategorier återkommer.

Affärssystem

Här finns order, artiklar, lager och fakturering. För en grossist eller en verkstad är det ofta kärnan. Agenter används för att slå upp orderstatus, leveranstider och kundhistorik. Äldre affärssystem saknar ibland modern anslutning, vilket kan bli den största flaskhalsen.

CRM och säljstöd

Kontakter, affärer och aktiviteter. En agent kan uppdatera efter möten, hitta dubbletter och påminna om offerter. Hur det går till beskrivs i artikeln om AI-agenter i säljarbetet och CRM.

Ärendesystem och kundtjänst

Supportärenden, felanmälningar och reklamationer. Ett fastighetsbolag har ofta en felanmälningsfunktion där en agent kan ta emot, kategorisera och dirigera ärenden. Se även AI-agenter i kundtjänst och support.

Växel och telefoni

Samtalsloggar, köer, vidarekoppling och inspelningar. För en röstagent är växeln både ingången och en källa till kontext, eftersom den vet vem som ringer och var samtalet ska hamna. Molnbaserade växlar har ofta öppna gränssnitt, se molnväxel.

Microsoft 365

Mejl, kalender, Teams, SharePoint och OneDrive. Här finns både företagets kommunikation och dokumentation, och inloggning och behörigheter hanteras redan på ett ställe. Det gör miljön till en praktisk startpunkt, vilket närmare beskrivs i AI-agenter i Microsoft 365 och Copilot.

Ekonomisystem

Kundreskontra, leverantörsfakturor, bokföring och rapportering. Redovisningsbyråer och ekonomiavdelningar kan låta en agent förbereda underlag, matcha fakturor och sammanställa. Skrivande åtgärder här bör nästan alltid kräva godkännande, eftersom fel får bokföringsmässiga följder.

Så ansluter en agent till era system

Det finns flera sätt att koppla en agent. De skiljer sig i hur stabila, säkra och dyra de är att bygga och underhålla.

API:er

Ett API är ett gränssnitt där ett system låter andra program hämta och ändra information på ett kontrollerat sätt. Det är oftast den stabilaste vägen. Agenten får en nyckel eller en inloggning med en definierad behörighet, och systemet avgör vad den får göra. Fråga leverantören om API finns, vad det täcker och om det kostar extra.

Färdiga kopplingar

Många system har färdiga kopplingar till vanliga plattformar eller integrationstjänster. De kräver ofta bara konfiguration, men täcker sällan allt. Kontrollera att just de åtgärder ni behöver finns med, inte bara att kopplingen finns.

Standardprotokoll för verktyg

Det växer fram standarder för hur agenter ansluter till verktyg och datakällor, så att samma koppling kan användas av flera agenter eller modeller. Fördelen är att ni inte bygger om allt vid ett leverantörsbyte. Standarderna utvecklas fortfarande, så fråga vilka som stöds.

Webhooks

En webhook innebär att ett system själv meddelar när något händer, till exempel att en ny order lagts eller ett ärende ändrats. Agenten behöver då inte fråga hela tiden. Det är ett bra sätt att starta en agent vid rätt tillfälle.

E-post och filer som sista utväg

Saknas allt annat kan integrationen ske via mejl eller filer: systemet skickar en rapport, agenten läser den, agenten skickar ett mejl eller lägger en fil i en mapp som systemet läser in. Det fungerar, men är skört och långsamt, och det går inte att få bekräftelse på att något faktiskt hänt. Använd det för att komma igång, inte som slutlösning.

Minsta möjliga behörighet, läs och skriv

Principen är enkel: agenten ska ha exakt de rättigheter uppgiften kräver och inga fler. Den är viktigare för agenter än för människor, eftersom en agent arbetar snabbt, utan att tröttna, och kan luras av text som ser ut som en instruktion.

• Eget konto. Använd aldrig en anställds inloggning. Ett särskilt agentkonto gör det möjligt att begränsa och följa vad som händer.
• Läsrätt först. Börja med att agenten bara läser. Ge skrivrätt först när ni sett att den förstår uppgiften.
• Smala skrivrättigheter. Att skapa ett ärende är något annat än att ändra en faktura. Dela upp rättigheterna per åtgärd och per objekttyp, inte per system.
• Ingen radering. Låt agenten markera, inte ta bort. Radering ska göras av en människa.
• Egna nycklar per koppling. Förvara dem i ett säkert valv och byt dem regelbundet, så att en läcka inte ger tillgång till allt.

Bekräftelsesteg före skrivande åtgärder

Åtgärder som ändrar något bör gå via ett bekräftelsesteg, åtminstone i början. Agenten förbereder: det här vill jag göra, för det här ärendet, med de här uppgifterna. En människa godkänner med ett klick. När ni över tid sett att en viss åtgärdstyp nästan alltid godkänns oförändrad kan den flyttas till självständig hantering, med stickprov i efterhand.

Krav på bekräftelse bör alltid finnas kvar för åtgärder som är svåra att ångra, kostar pengar eller berör personuppgifter på ett sätt som kunden inte förväntar sig.

Loggning och spårbarhet

När en agent gör något i ert system måste ni kunna svara på fyra frågor i efterhand: vad gjorde den, varför, på vems uppdrag och med vilket resultat. Utan det går det varken att rätta fel eller att visa en kund eller tillsynsmyndighet vad som hänt.

Kräv att loggen innehåller:

• tidpunkt och vilket ärende eller vilken kund åtgärden gällde
• vilken indata agenten fick, till exempel mejlet eller samtalet
• vilka verktyg som anropades och med vilka värden
• vad som returnerades och vad agenten gjorde därefter
• om en människa godkände, ändrade eller avvisade åtgärden

Bestäm också hur länge loggen sparas och vem som kan läsa den. Loggen innehåller ofta personuppgifter och omfattas av samma krav på gallring och åtkomst som annan behandling. Det kopplar till resonemanget i artikeln om AI-agenter, GDPR och EU:s AI-förordning.

Hantering när systemen uppdateras

Integrationer slutar fungera. Ett affärssystem får en ny version, ett fält byter namn, en inloggningsmetod byts ut eller ett API ändras. Det är det vanligaste skälet till att en fungerande agent plötsligt börjar göra fel eller stannar helt.

Förebygg det genom att:

1. utse en ansvarig för varje koppling, med namn
2. be leverantörerna meddela ändringar i förväg och prenumerera på deras driftinformation
3. ha en testmiljö eller testkonto där kopplingen kan prövas före en uppdatering i skarp miljö
4. övervaka kopplingarna, så att ett avbrott larmar i stället för att upptäckas av en kund
5. bestämma vad agenten gör när en koppling inte svarar: pausa, lämna över till människa eller köa ärendet

Det sista är lätt att glömma. En agent som vid fel fortsätter gissa är farligare än en som stannar. Instruktionerna bör uttryckligen säga att den ska avbryta och larma om ett verktyg ger oväntat svar.

Kartlägg integrationsbehovet före upphandling

Det vanligaste skälet till att ett agentprojekt blir dyrare och senare än planerat är att integrationerna upptäcks sent. Gör kartläggningen innan ni begär offerter, så att leverantörerna får räkna på rätt sak och ni kan jämföra dem. Tabellen kan användas som checklista för varje system som berörs.

Fråga	Varför den spelar roll	Vad ni behöver veta
Vilket system och vilken version?	Äldre versioner saknar ofta modern anslutning	Systemnamn, version, leverantör och om det är molnbaserat eller lokalt installerat
Finns API eller färdig koppling?	Styr hur stabil och dyr integrationen blir	Vilka åtgärder som täcks, och om det kostar extra
Vilka åtgärder ska agenten göra?	Avgör behörigheter och risk	Lista läsa, skapa, ändra och radera separat
Vilka uppgifter berörs?	Styr krav på skydd och dataskydd	Om personuppgifter, ekonomiska uppgifter eller affärshemligheter ingår
Hur loggas åtgärder?	Avgör om ni kan följa upp och rätta	Om systemet loggar vem som gjort vad, även för ett agentkonto
Vem äger systemet hos er?	Någon måste godkänna och svara på frågor	Namn på systemansvarig och eventuell extern förvaltare
Hur ofta uppdateras det?	Visar hur ofta kopplingen riskerar att brytas	Uppdateringsrutiner och hur leverantören meddelar ändringar
Finns testmiljö?	Gör att ni kan prova utan att röra skarp data	Om testkonto eller testmiljö ingår i avtalet
Vad gäller vid fel?	Avgör hur verksamheten påverkas	Reservrutin och vem som kontaktas

Fyll i tabellen med den som äger respektive system och med den som kan verksamheten. IT-ansvarig kan svara på det tekniska, men bara verksamheten vet vilka åtgärder som är rimliga att lämna över. Om ni saknar intern kapacitet för kartläggningen kan en extern konsult eller er driftpartner göra den. Techgruppen gör sådan kartläggning som första steg, och driftfrågor kring era system hanteras inom driftavtalet.

Börja smalt

Resultatet av kartläggningen blir sällan att allt ska kopplas. Det blir en prioriterad lista. Välj ett eller två system för pilotfasen, med läsrätt och ett begränsat antal skrivande åtgärder bakom bekräftelse. Hur piloten läggs upp finns i guiden till pilotprojekt med AI-agenter. Vill ni ha hjälp att bedöma vilka kopplingar som är realistiska hos er kan ni ta kontakt med oss.