Hoppa till huvudinnehållet
FromNine
Meny

AI och data

AI-agenter och automatisering inom de gränser du sätter.

Vi automatiserar arbete i flera steg med agenter och arbetsflöden som använder avgränsade verktyg, stannar för godkännande före viktiga åtgärder och lämnar en logg som dina revisorer kan spela upp igen.

För ekonomi- och servicefunktioner i företag, kommuner och regioner som kör samma process i flera system eller bolag.

Berätta om ditt projektLäs om kundservice
AI-agenter och automatisering: förmågor i lagerFyra lager staplade på djupet. Uppifrån och ned: arbetsflödet som håller tillståndet, agentstegen i det, verktygsgatewayen med sina behörigheter och godkännandesteget innan åtgärder når dina system.01Arbetsflöde och tillstånd02Agentsteg03Verktygsgateway och behörigheter04Godkännande, sedan åtgärd
  1. 01Rätt grad av självständighet per steg, från fast arbetsflöde till övervakad agent
  2. 02Verktyg med minsta möjliga behörighet bakom en gateway, med gränser per åtgärd
  3. 03Varje steg, verktygsanrop och godkännande loggas och kan spelas upp och exporteras

01 Problem

Varför automatiserings­satsningar tvekar

  1. 01

    Ingen kan säga vad agenten får göra

    Den körs under ett brett tjänstekonto. Risk- och säkerhetsfunktionen godkänner inte, och de ska inte behöva gissa.

  2. 02

    Automatiserings­graden ser bra ut, men undantagen växer

    De enkla fallen går igenom. Resten hamnar i en gemensam brevlåda utan sammanhang, och teamet som hanterar dem har mer att göra än tidigare.

  3. 03

    När något går fel kan ingen förklara varför

    Det finns ingen uppgift om vilka data agenten såg, vilket verktyg den anropade eller vem som godkände steget. Internrevisionen frågar och får inget svar.

  4. 04

    Robotarna går sönder när en skärmbild ändras

    Robotar som läser av skärmar bär kritiskt arbete. Varje uppdatering av en applikation betyder en helg med reparationer.

02 Leveranser

Det här levererar vi

  1. 01 Grad av självständighet per steg

    För varje steg väljer vi det enklaste som fungerar: ett förutbestämt arbetsflöde, ett enda modellanrop, en agent som använder verktyg eller en styrning i flera steg. Ibland är rätt svar att en agent är fel verktyg.

    Det här gör vi

    • Genomgång av processen med dem som utför arbetet
    • Beslut om självständighet steg för steg, med risk per steg
    • Modell av flödet som tillståndsmaskin eller i BPMN
    • Kriterier för när ett steg får mer eller mindre självständighet

    Det här får du

    • Karta över självständighet i processen
    • Versionshanterad modell av arbetsflödet
    • Beslutsunderlag för varje agentsteg

  2. 02 Verktygs­behörigheter och minsta behörighet

    Agenter anropar verktyg, aldrig system direkt. En verktygsgateway upprätthåller behörigheter, tillåtelselistor och beloppsgränser, och varje verktyg körs under en egen tjänsteidentitet.

    Det här gör vi

    • Verktygskatalog där läs- och skrivverktyg hålls isär
    • Avgränsade tjänsteidentiteter per verktyg
    • Belopps- och anropsgränser per typ av åtgärd
    • Isolerad körning för kod och filhantering

    Det här får du

    • Verktygsgateway med regler som konfiguration
    • Behörighetsmatris som säkerhetsfunktionen har godkänt
    • Testsvit som visar att reglerna upprätthålls

  3. 03 Människan i flödet

    Attestgränser, styrning utifrån säkerhetsnivå och kontroll av två personer för viktiga åtgärder. Beslut om enskilda personer har alltid en människa i flödet, i linje med artikel 22 i dataskyddsförordningen och rätten till mänsklig prövning.

    Det här gör vi

    • Klassning av åtgärder efter konsekvens
    • Attestgränser och regler för eskalering
    • Granskningsvy med det underlag som behövs för beslut
    • Skyddsåtgärder för beslut som rör enskilda

    Det här får du

    • Regler för godkännande per typ av åtgärd
    • Granskningsflöde i de verktyg som dina team redan använder
    • Eskaleringskarta med namngivna team

  4. 04 Spårbarhet och granskning

    En fullständig logg över indata, hämtat sammanhang, modellens svar, verktygsanrop och godkännanden, så att varje körning kan spelas upp igen och exporteras till internrevisionen eller en tillsynsmyndighet.

    Det här gör vi

    • Utformning av händelselogg med lagringsregler
    • Uppspelning av körningar mot fasta indata
    • Exportformat som stäms av med internrevisionen
    • Översikter över undantag och godkännanden

    Det här får du

    • Lagring av granskningsloggen
    • Verktyg för uppspelning
    • Översikter för driften

  5. 05 Hantering av fel

    Agenter kommer att göra fel. Vi utformar så att felen blir ofarliga: åtgärder som tål att upprepas, kompensation och återställning, tidsgränser, eskalering till ett namngivet team och ett nödstopp som någon har behörighet att använda.

    Det här gör vi

    • Idempotensnycklar på varje skrivåtgärd
    • Kompenserande steg för ändringar i flera system
    • Tidsgränser och budget för nya försök
    • Nödstopp per agent och per verktyg

    Det här får du

    • Analys av felmoder
    • Driftrutin med instruktion för nödstopp
    • Kaostester för de kritiska flödena

  6. 06 Agenter bredvid befintlig automatisering

    Processutvinning visar flödet som det faktiskt körs. Robotar för processautomatisering (RPA) stannar där det bara finns en gammal skärmbild och ersätts av API:er så snart sådana finns. Vi mäter andelen undantag, inte bara automatiseringsgraden.

    Det här gör vi

    • Processutvinning ur händelseloggar
    • Inventering av befintliga robotar och deras felhistorik
    • API-alternativ till sårbar skärmautomatisering
    • Analys av undantag efter orsak

    Det här får du

    • Analys av nuvarande flöde
    • Plan för att gå från skärmbilder till API:er
    • Utgångsläge och mål för hanteringstid av undantag

03 Arkitektur

En illustrativ referens­arkitektur

Orkestreraren äger arbetets tillstånd. Agentstegen ligger i den och når dina system bara genom verktygsgatewayen, som kontrollerar behörighet och gränser vid varje anrop. Läsverktyg passerar; skrivverktyg stannar vid ett godkännandesteg när åtgärden får konsekvenser.

Allt lämnar spår i granskningsloggen. Nödstopp och tidsgränser sitter på orkestreraren, och undantag går till ett namngivet team med körningens hela sammanhang.

Lager i bilden

Inflöde
Ett nytt ärende, meddelande eller en händelse startar en körning med ett korrelations-id.
Orkestrering
Arbetsflödets tillstånd, agentsteg, kompensation och nödstopp.
Behörighetsgräns
Verktygsgateway, läsverktyg, godkännandesteg och skrivverktyg.
System
CRM, affärssystem och ärendehantering, som bara nås genom verktyg.
Spårbarhet
Granskningsloggen och teamet som hanterar eskaleringar.
Illustrativt exempel

  1. Inflöde

    • Utlösare: ärende, meddelande, händelse

  2. Orkestrering

    • Orkestrerare och tillstånd
    • Agentsteg
    • Nödstopp och tidsgränser
    • Kompensation och återställning

  3. Behörighets­gräns

    • Verktygsgateway
    • Läsverktyg
    • Godkännande­steg
    • Skrivverktyg

  4. System

    • CRM, affärssystem, ärende­hantering

  5. Spårbarhet

    • Granskningslogg: varje steg, anrop och godkännande, med uppspelning och export
    • Namngivet team för undantag
Agent inom en behörighets­gräns

Illustrativ arkitektur, inte en kunds system.

Läs diagrammet som text

Huvudflödet går från en utlösare via orkestreraren och ett agentsteg till verktygsgatewayen, sedan genom ett godkännandesteg där en människa beslutar, vidare till ett skrivverktyg och till sist till verksamhetssystemen.

Gatewayen tillåter också läsverktyg som hämtar uppgifter direkt ur verksamhetssystemen. Ett nödstopp styr orkestreraren, kompenserande steg kan ångra agentens åtgärder och orkestreraren eskalerar till ett namngivet team.

Godkännanden och skrivåtgärder registreras i en granskningslogg som kan spelas upp och exporteras. Gatewayen, läsverktygen, godkännandesteget och skrivverktygen bildar tillsammans behörighetsgränsen.

04 Överväganden och begränsningar

Tekniska överväganden och begränsningar

  • Självständighet förtjänas steg för steg

    Så hanterar vi det

    Stegen börjar under övervakning. Vi ger mer självständighet först när loggarna visar att steget håller sig inom avtalade gränser över ett meningsfullt antal ärenden.

    Begränsningar och beroenden

    Vissa steg ska aldrig vara självständiga, oavsett vad siffrorna säger. Det är ett verksamhetsbeslut, och vi ber dig fatta det uttryckligen.

  • En agent är aldrig säkrare än sina verktyg

    Så hanterar vi det

    Skrivverktyg är smala och parametriserade: ”skapa en kreditfaktura upp till ett gränsbelopp”, aldrig ”anropa affärssystemet”.

    Begränsningar och beroenden

    Där ett system saknar en finmaskig behörighetsmodell kompenserar vi i gatewayen. Det kräver mer arbete, och vissa system går inte att göra tillräckligt säkra för skrivåtkomst.

    AI kan ge fel svar. Därför stannar viktiga åtgärder för en människa, och osäkra fall skickas vidare i stället för att gissas.

  • Promptinjektion är en driftrisk

    Så hanterar vi det

    Innehåll från e-post, dokument och webbsidor behandlas som opålitligt. Det kan inte ändra agentens instruktioner eller vidga dess behörigheter, och angreppstester kontrollerar att det inte gör det.

    Begränsningar och beroenden

    Ingen åtgärd tar bort risken helt. Designen utgår från att ett försök en dag lyckas och begränsar vad det kan nå.

  • Undantagen är en del av produkten

    Så hanterar vi det

    Varje undantag kommer med körningens sammanhang, en orsak och ett föreslaget nästa steg, i kön hos ett team som äger det.

    Begränsningar och beroenden

    Om ingen äger kön med undantag flyttar automatiseringen bara arbetet i stället för att ta bort det. Vi går inte i drift utan en namngiven ägare.

05 Så arbetar vi

Så arbetar vi

Vi utgår från processen som den faktiskt körs, inte som den är ritad, och ger självständighet steg för steg.

  1. 01

    Se det verkliga flödet

    Processutvinning och observation visar volymer, varianter och var tiden går förlorad.

    ResultatAnalys av nuvarande flöde

  2. 02

    Bestäm självständighet per steg

    Arbetsflöde, modellanrop eller agent, med konsekvensen av en felaktig åtgärd nedskriven för varje steg.

    ResultatKarta över självständighet och behörighetsmatris

  3. 03

    Kör i skuggläge

    Systemet föreslår och människor agerar. Vi jämför förslagen med deras beslut i verkliga ärenden.

    ResultatRapport från skuggkörningen

  4. 04

    Gå i drift med godkännanden

    Viktiga åtgärder väntar på godkännande; gränserna ses över utifrån belägg, inte utifrån känsla.

    ResultatRegler för godkännande och översikter

06 Mänsklig kontroll

Där människor behåller kontrollen

Agenter agerar inom de behörigheter du sätter, ber om godkännande före viktiga åtgärder och loggar varje steg.

  • Godkännande före konsekvens

    Betalningar, beslut om enskilda och ändringar i grunddata väntar på en människa, med det underlag som behövs för att besluta snabbt.

  • Två personer där det spelar roll

    Över avtalade gränser godkänner två personer. Gränsen är en inställning som din riskägare styr, inte kod.

  • Ett nödstopp som någon får använda

    Varje agent och varje verktyg kan stoppas av en namngiven roll, utan ny driftsättning, och rutinen övas.

  • Mänsklig prövning av beslut om enskilda

    Där ett utfall påverkar en enskild person granskar en människa det, och personen kan begära den prövningen.

  • Eskalering till ett namngivet team

    Osäkra eller misslyckade körningar går till ett team som äger dem, aldrig till en brevlåda som ingen bevakar.

07 Exempel

Ett illustrativt exempel

Illustrativt exempel

Förhandskontroll av ansökningar om föreningsbidrag

01Utgångsläge
En kommuns kultur- och fritidsförvaltning tar emot ansökningar om föreningsbidrag i omgångar. Handläggarna lägger mycket tid på att kontrollera att bilagor, verksamhetsberättelser och ekonomiska uppgifter finns innan bedömningen ens kan börja.
02Det här skulle vi bygga
En agent kontrollerar med läsverktyg att ansökan är komplett enligt kommunens bidragsregler, hämtar tidigare beslut om föreningen ur ärendesystemet, sammanfattar underlaget och skriver ett utkast till begäran om komplettering.
03Här beslutar människor
Handläggaren fattar alltid beslutet om bidraget. Agenten kan inte fatta beslut eller ändra belopp, och varje begäran om komplettering godkänns av handläggaren innan den skickas.
04Det här skulle vi mäta
Tid från inkommen ansökan till komplett ärende, andel utkast som godkänns utan ändring och handläggartid per ansökan.

08 Branscher

I din bransch

  • Finansiella tjänster

    Skadeärenden, kundkännedom och betalningsavvikelser hanteras av agenter med beloppsgränser, attest av två personer och granskningsexport i ett format som din internrevision har godkänt.

  • Offentlig sektor

    Beredning av ärenden där agenten samlar in underlag och skriver utkast medan handläggaren fattar beslutet, med varje steg loggat inför granskning och överklagande.

  • Tillverkningsindustri

    Orderändringar, uppföljning av leverantörer och serviceärenden i affärssystem och e-post, med godkännande där pengar eller kapacitet binds upp.

Sverige

Automatisering där en människa beslutar

När en agent bereder ärenden hos en kommun eller en statlig myndighet, eller hanterar leverantörsfakturor i ett ekonomicenter, gäller AI-förordningen och dataskyddsförordningens regler om automatiserade beslut om enskilda. Integritetsskyddsmyndigheten (IMY) är tillsynsmyndighet för dataskyddet och, enligt regeringens uppdrag till och med den 31 december 2026, en av marknadskontrollmyndigheterna enligt AI-förordningen. Inom koncerner och kommuner gäller dessutom egna attestregler och delegeringar.

Vi bygger en orkestrering och en granskningslogg och gör attestgränser, språk och eskaleringsvägar konfigurerbara per bolag eller förvaltning. Riskägaren i varje enhet ser och godkänner de inställningar som gäller för just dess ärenden, medarbetare och kunder.

Frågor om AI-agenter och automatisering

Hur väljer ni mellan en agent och ett vanligt arbetsflöde?

Om stegen är kända och indata är strukturerade är ett arbetsflöde billigare, snabbare och lättare att granska. Agenter gör nytta där indata varierar, vägen beror på vad som hittas och en människa kan kontrollera resultatet. De flesta system i drift kombinerar båda.

Vad hindrar en agent från att göra något den inte ska?

Den kan bara agera genom verktyg, varje verktyg körs under en egen avgränsad identitet och gatewayen upprätthåller gränser vid varje anrop. Viktiga skrivåtgärder stannar för godkännande. Opålitligt innehåll kan inte ändra de reglerna.

Vi använder redan RPA. Ska vi slänga det?

Nej. Robotar på äldre skärmbilder fortsätter att arbeta där det saknas API:er. Vi lägger till agenter för de steg som kräver bedömning, använder processutvinning för att hitta de sårbara robotarna och ersätter dem med API-integrationer i den takt de underliggande systemen tillåter.

Hur mäter ni resultatet?

Med genomloppstid, andel undantag, omarbete och den tid som människor lägger på undantag, jämfört med ett utgångsläge som mäts före driftstart. Automatiseringsgraden ensam döljer för mycket.

Kan internrevisionen eller en tillsynsmyndighet se vad som hände?

Ja. Varje körning kan spelas upp ur sin logg: indata, hämtat sammanhang, modellens svar, verktygsanrop och godkännanden. Exportformaten stäms av med din internrevision före driftstart.

Ta med processen som tar mest av ditt teams tid

Vi kartlägger var en agent hjälper, var ett arbetsflöde räcker och var en människa måste besluta, innan något byggs.

Berätta om ditt projektLäs om kundservice