Hoppa till huvudinnehållet
FromNine
Meny

AI och data

AI-agenter och automatisering inom de gränser du drar upp.

Arbete i flera steg automatiseras med agenter och arbetsflöden som bara når systemen via avgränsade verktyg, stannar och väntar på ett ja innan något med följder händer och sparar ett spår som internrevisionen kan gå igenom steg för steg.

För ekonomi-, kundtjänst- och handläggarteam i Finland som sköter samma process i flera system, ofta också för systerbolag i Sverige och Baltikum.

Berätta om ditt projektLäs om kundservice
AI-agenter och automatisering: skikten i tjänstenFyra skikt ovanpå varandra. Uppifrån och ned: arbetsflödet som håller reda på läget, agentstegen i det, verktygsgatewayen med sina behörigheter och godkännandet innan en åtgärd når dina system.01Arbetsflöde och läge02Agentsteg03Verktygsgateway och behörigheter04Godkännande, sedan åtgärd
  1. 01Varje steg får den självständighet det tål, från fast flöde till agent under uppsikt
  2. 02Verktygen har bara de rättigheter de behöver och nås via en gateway med gränser per åtgärd
  3. 03Steg, anrop och godkännanden sparas och kan spelas upp och exporteras i efterhand

01 Utmaningar

Därför fastnar automatiseringen

  1. 01

    Ingen vet vad agenten har lov att göra

    Agenten använder ett tjänstekonto med breda rättigheter. Riskhanteringen och informationssäkerheten säger nej, och de borde inte behöva gissa sig till vad som kan hända.

  2. 02

    Siffrorna ser bra ut medan undantagen växer

    De rena fallen går automatiskt. Resten landar utan sammanhang i en gemensam e-postlåda, och de som ska reda ut dem har fått mer arbete än före automatiseringen.

  3. 03

    Efter ett fel går det inte att reda ut vad som hände

    Ingenstans framgår vilka uppgifter agenten läste, vilket verktyg den använde eller vem som sa ja. Internrevisionen ställer frågan och får inget svar.

  4. 04

    Skärmrobotarna faller vid varje uppdatering

    Kritiska rutiner hänger på robotar som klickar sig fram i skärmbilder. När ett program uppdateras går helgen åt till att laga dem.

02 Leveranser

Det här levererar vi

  1. 01 Självständighet bestämd steg för steg

    Steg för steg väljer vi den enklaste lösning som räcker: ett fast arbetsflöde, ett enstaka modellanrop, en agent med verktyg eller en orkestrering av flera steg. Ibland blir slutsatsen att en agent inte behövs alls.

    Det här gör vi

    • Genomgång av processen med dem som utför arbetet
    • Beslut om självständighet och risk för varje steg
    • Tillståndsmaskin eller BPMN-modell av flödet
    • 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ändigheten i processen
    • Versionshanterad modell av arbetsflödet
    • Beslutsunderlag för varje agentsteg

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

    En agent anropar aldrig ett system direkt, bara verktyg. Gatewayen framför verktygen kontrollerar rättigheter, tillåtna värden och beloppsgränser, och varje verktyg har en egen tjänsteidentitet.

    Det här gör vi

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

    Det här får du

    • Verktygsgateway där reglerna är konfiguration
    • Behörighetsmatris som informationssäkerheten har godkänt
    • Testsvit som visar att reglerna efterlevs

  3. 03 En människa med i flödet

    Gränsvärden för godkännande, styrning efter hur säkert systemet är och dubbelkontroll vid åtgärder med följder. När ett beslut gäller en enskild person finns alltid en människa med, i linje med artikel 22 i dataskyddsförordningen och rätten att få ett beslut prövat av en människa.

    Det här gör vi

    • Klassning av åtgärderna efter deras följder
    • Gränsvärden för godkännande och regler för eskalering
    • Granskningsvy med det sammanhang som behövs för beslutet
    • Skydd för beslut som gäller enskilda personer

    Det här får du

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

  4. 04 Spårbarhet och revision

    Indata, hämtat underlag, modellens svar, verktygsanrop och godkännanden sparas i sin helhet. Varje körning kan därför spelas upp på nytt och lämnas ut till internrevisionen eller en tillsynsmyndighet.

    Det här gör vi

    • Utformning av händelseloggen med regler för lagringstider
    • Uppspelning av körningar mot fasta indata
    • Exportformat som internrevisionen har godkänt
    • Översiktsvyer för andelen undantag och godkännanden

    Det här får du

    • Lagring för revisionsspåret
    • Verktyg för uppspelning
    • Översiktsvyer för driften

  5. 05 Hantering av fel

    Agenter misslyckas ibland, och systemet ska tåla det: åtgärder som kan upprepas utan skada, kompensation och återgång, tidsgränser, eskalering till ett namngivet team och en nödbrytare som en utsedd person får använda.

    Det här gör vi

    • Idempotensnycklar på varje skrivande åtgärd
    • Kompensationssteg för ändringar som berör flera system
    • Tidsgränser och budgetar för nya försök
    • Nödbrytare per agent och per verktyg

    Det här får du

    • Analys av hur systemet kan fallera
    • Driftinstruktion med rutin för nödbrytaren
    • Kaostester för de kritiska flödena

  6. 06 Agenter bredvid befintlig automatisering

    Med processutvinning ser vi hur flödet går i verkligheten. Skärmrobotar behålls där ett gammalt system bara har en skärmbild och byts mot API:er så fort det finns ett. Vi följer andelen undantag och inte enbart hur mycket som automatiseras.

    Det här gör vi

    • Processutvinning ur händelseloggar
    • Förteckning över befintliga robotar och deras felhistorik
    • API-alternativ för sköra skärmautomationer
    • Analys av undantagen efter orsak

    Det här får du

    • Analys av det nuvarande flödet
    • Plan för övergången från skärmbilder till API:er
    • Utgångsläge och mål för tiden det tar att hantera undantag

03 Arkitektur

En illustrativ referens­arkitektur

Arbetets läge ägs av orkestreraren. Agentstegen körs inuti den och kommer åt dina system endast genom verktygsgatewayen, som prövar rättigheter och gränser vid varje anrop. Läsande verktyg får passera; ett skrivande verktyg stoppas vid en godkännandepunkt om åtgärden får följder.

Revisionsloggen får en post för allt som sker. Orkestreraren har en nödbrytare och tidsgränser, och ett undantag skickas till ett namngivet team tillsammans med allt underlag från körningen.

Skikten i bilden

Mottagning
Ett nytt ärende, meddelande eller en händelse startar en körning med ett korrelations-id.
Orkestrering
Arbetsflödets läge, agentstegen, kompensationen och nödbrytaren.
Behörighetsgräns
Verktygsgatewayen, de läsande verktygen, godkännandepunkten och de skrivande verktygen.
System
CRM, affärssystem och ärendehantering, som bara nås via verktyg.
Spår
Revisionsloggen och teamet som tar emot eskaleringarna.
Illustrativt exempel

  1. Mottagning

    • Start: ärende, meddelande, händelse

  2. Orkestrering

    • Orkestrerare och läge
    • Agentsteg
    • Nödbrytare och tidsgränser
    • Kompensation och återställning

  3. Behörighets­gräns

    • Verktygs­gateway
    • Läsande verktyg
    • Godkännande­punkt
    • Skrivande verktyg

  4. System

    • CRM, ERP, ärendehantering

  5. Spår

    • Revisionslogg: varje steg, anrop och godkännande, med uppspelning och export
    • Namngivet team för undantag
Agenten inom en behörighetsgräns

Illustrativ arkitektur, inte ett kundsystem.

Läs diagrammet som text

Bilden visar hur en händelse startar orkestreraren, som låter ett agentsteg anropa verktygsgatewayen. Därifrån går flödet till en godkännandepunkt där en människa fattar beslutet, vidare till ett skrivande verktyg och sist till verksamhetssystemen.

Via gatewayen kan läsande verktyg också hämta uppgifter direkt ur verksamhetssystemen. Orkestreraren styrs av en nödbrytare, kompensationssteg kan backa agentens åtgärder och undantag eskaleras till ett namngivet team.

Godkännanden och skrivande åtgärder hamnar i en revisionslogg med uppspelning och export. Tillsammans utgör gatewayen, de läsande verktygen, godkännandepunkten och de skrivande verktygen behörighetsgränsen.

04 Överväganden och gränser

Tekniska avvägningar och gränser

  • Självständighet ges i små steg

    Så hanterar vi det

    Ett nytt steg körs alltid under uppsikt i början. Mer självständighet får det först när loggarna visar att det har hållit sig inom de överenskomna gränserna i tillräckligt många ärenden.

    Gränser och beroenden

    En del steg bör aldrig gå automatiskt, hur bra statistiken än ser ut. Det avgör verksamheten, och vi ber dig att fatta beslutet uttryckligen.

  • Verktygen sätter säkerhetsnivån

    Så hanterar vi det

    Ett skrivande verktyg gör en enda avgränsad sak med fasta parametrar, till exempel ”skapa en kreditnota upp till ett visst belopp” och aldrig ”anropa affärssystemet”.

    Gränser och beroenden

    Har ett system ingen finmaskig behörighetsmodell lägger vi kontrollerna i gatewayen. Det tar tid, och en del system kan aldrig bli så säkra att en agent får skriva i dem.

    AI kan ha fel. Åtgärder med följder väntar därför på en människa, och fall där systemet är osäkert skickas vidare i stället för att avgöras på chans.

  • Promptinjektion är en risk i drift

    Så hanterar vi det

    Text från e-post, dokument och webbsidor betraktas som opålitlig. Den kan varken ändra agentens instruktioner eller ge den fler rättigheter, och red teaming visar att det håller.

    Gränser och beroenden

    Risken går inte att få bort helt. Systemet byggs därför med antagandet att ett angrepp någon gång lyckas, och begränsar vad angriparen då kommer åt.

  • Undantags­hanteringen hör till produkten

    Så hanterar vi det

    Ett undantag når ägarteamets kö med underlaget från körningen, orsaken och ett förslag på hur det kan lösas.

    Gränser och beroenden

    Utan en ägare för undantagskön flyttas arbetet bara till ett annat ställe. Vi tar ingenting i drift innan någon har utsetts.

05 Arbetssätt

Så arbetar vi

Utgångspunkten är processen som den ser ut i vardagen, inte på skissen, och självständigheten ökar ett steg i sänder.

  1. 01

    Följ det verkliga flödet

    Processutvinning och att sitta med personalen visar volymerna, varianterna och var tiden försvinner.

    ResultatNulägesanalys av flödet

  2. 02

    Välj självständighet för varje steg

    Arbetsflöde, modellanrop eller agent, och för varje steg står det vad en felaktig åtgärd skulle leda till.

    ResultatSjälvständighetskarta och behörighetsmatris

  3. 03

    Provkör i skuggläge

    Systemet föreslår och personalen gör som vanligt. Förslagen jämförs med personalens beslut i verkliga ärenden.

    ResultatRapport från skuggkörningen

  4. 04

    Driftstart med godkännanden

    Åtgärder med följder väntar på ett ja, och gränsvärdena justeras utifrån data, inte magkänsla.

    ResultatGodkännanderegler och översiktsvyer

06 Mänsklig kontroll

Där människor behåller kontrollen

Agenterna arbetar inom de rättigheter du ger dem, frågar innan de gör något med följder och lämnar spår efter varje steg.

  • Ja innan något händer

    Betalningar, beslut om enskilda personer och ändringar i grunddata väntar på en människa, som har allt underlag framför sig och kan besluta snabbt.

  • Dubbelkontroll vid stora belopp

    Över bestämda gränsvärden krävs två godkännanden. Gränsen är en inställning som riskägaren äger, inte något som ligger i koden.

  • En nödbrytare med en utsedd ägare

    En namngiven roll kan stänga av varje agent och varje verktyg utan ny driftsättning, och det övas regelbundet.

  • En människa prövar beslut om personer

    Påverkar resultatet en enskild person granskas det av en människa, och personen har rätt att begära en sådan prövning.

  • Undantag till ett team med namn

    Körningar som misslyckas eller där systemet är osäkert hamnar hos ett team som ansvarar för dem, aldrig i en låda som ingen bevakar.

07 Exempel

Ett illustrativt exempel

Illustrativt exempel

Avvikande nätfakturor hos en partihandel

01Utgångsläge
En partihandel tar emot leverantörernas fakturor som nätfakturor. De flesta matchar en beställning, men fakturor med avvikande pris eller mängd ligger i dagar i en kö medan ekonomiavdelningen jagar inköparna per e-post.
02System
En agent hämtar beställningen, godsmottagningen och avtalsvillkoren, skriver ett förslag till lösning och ett meddelande till inköparen och föreslår konteringen via avgränsade verktyg i affärssystemet.
03Mänsklig kontroll
Konteringar över ett gränsvärde som bolaget bestämmer kräver två godkännanden. Allt som rör en leverantörs kontonummer automatiseras aldrig.
04Det här skulle vi mäta
Antal dagar en avvikande faktura är öppen, andelen förslag som godkänns utan ändringar och den tid som läggs på varje avvikelse.

08 Branscher

I din bransch

  • Finansiella tjänster

    Skadeanmälningar, kundkännedom och betalningar som avviker förbereds av agenter med beloppsgränser, dubbelkontroll och export till internrevisionen i ett format den har godkänt.

  • Offentlig sektor

    Agenten samlar uppgifter och skriver utkast på ärendets handläggningsspråk, beslutet fattas av en tjänsteinnehavare och varje steg registreras för omprövning och besvär.

  • Tillverkningsindustri

    Ändrade order, påminnelser till leverantörer och serviceärenden i affärssystem och e-post, med godkännande där pengar eller produktionskapacitet binds.

Finland

Automatisering med finländsk tillsyn och två språk

AI-förordningen och rätten till mänsklig prövning i dataskyddsförordningen gäller i hela EU. I Finland fördelar lagen om tillsyn över vissa system för artificiell intelligens (1377/2025) sedan 1 januari 2026 tillsynen mellan Traficom, dataombudsmannen och sektorsmyndigheterna. Efterlevnaden av dataskyddsförordningen övervakas av dataombudsmannen.

I offentlig förvaltning fattas beslutet av en tjänsteinnehavare, och i en tvåspråkig myndighet handläggs ärendet på partens språk. En agent som förbereder ärenden ska därför skriva sina utkast på ärendets handläggningsspråk och lämna beslutet åt människan.

Vi behåller en orkestrering och en revisionslogg men gör gränsvärden, språk och eskaleringsvägar inställbara per bolag eller enhet. Koncerner med bolag i Finland, Sverige och Baltikum får då en gemensam process där varje bolags riskägare godkänner de inställningar som gäller dess personal och kunder.

Frågor om AI-agenter och automatisering

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

Är stegen kända och indata strukturerade räcker ett vanligt arbetsflöde, och det blir billigare, snabbare och lättare att granska. En agent passar där indata skiftar, vägen beror på vad som hittas och en människa kan kontrollera slutresultatet. I de flesta system i drift finns båda.

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

Agenten kan bara göra något via verktyg. Varje verktyg har en egen identitet med snävt avgränsade rättigheter, och gatewayen kontrollerar gränserna vid varje anrop. Skrivande åtgärder med följder väntar på ett godkännande, och inget opålitligt innehåll kan ändra de reglerna.

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

Nej. Där det saknas API får robotarna i de gamla skärmbilderna fortsätta. Agenter tar hand om de steg som kräver bedömning, processutvinning visar vilka robotar som är sköra och de ersätts med API-integrationer i takt med att systemen bakom medger det.

Hur mäter ni om det lyckas?

Genom att följa genomloppstiden, andelen undantag, mängden omarbete och tiden personalen lägger på undantag, jämfört med ett utgångsläge som vi mäter innan systemet tas i drift. Automationsgraden ensam säger för lite.

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

Ja. Varje körning kan spelas upp ur loggen med indata, hämtat underlag, modellens svar, verktygsanrop och godkännanden. Exportformatet bestäms med internrevisionen innan systemet tas i drift. I Finland övervakar Traficom transparensskyldigheterna i AI-förordningen enligt lagen om tillsyn över vissa system för artificiell intelligens (1377/2025), och loggen ger underlag också för sådana frågor.

Vilken process tar mest av ditt teams tid?

Innan något byggs visar vi var en agent gör nytta, var ett arbetsflöde räcker och var en människa ska fatta beslutet.

Berätta om ditt projektLäs om kundservice