AI-mognad i affärssystem, och var Fluit ligger

Branschen har landat i en skala med tre steg för hur självständigt ett affärssystems AI får agera. Här är vad stegen betyder, var vi står på dem i dag, och vad som återstår innan vi skulle kalla något autonomt.

Assisted, augmented, autonomous
Fluit är augmented, inte autonomt
Budget och nödstopp saknas än

Kort svar

Skalan mäter mandat, inte modellkvalitet

En assistent som skriver ett lysande förslag men inte kan lägga en orderrad ligger kvar på första steget, hur bra förslaget än är. Det som flyttar en leverantör uppåt i skalan är hur mycket assistenten får utföra på egen hand.

Fluit ligger på de två första stegen. Agenten har riktiga verktyg mot systemet och utför arbete, inom regler ni sätter i förväg. Det tredje steget, där agenten arbetar vidare på egen hand, är vi inte på. Det som fattas är ett tak för vad en agent får göra själv, och ett sätt att ta tillbaka en hel körning.

Modellen är inte vår. Den kommer från analysföretagen HerbertNathan & Co och HNCO, som gått igenom tolv affärssystem på den skandinaviska marknaden i vitboken The State of ERP and Agentic AI. I den svenska versionen heter stegen assisterad, förstärkt och autonom. Fluit är inte ett av de tolv: den genomgången täcker medelstora och stora bolag, och vi bygger för mindre. Skalan är ändå värd att svara i, för det är den ni möter om ni tar in rådgivning inför ett systemval.

Tre nivåer

Vad stegen faktiskt innebär

Skillnaden mellan stegen syns tydligast i vem som gör nästa sak. Ju högre nivå, desto mer flyttas människans arbete från att utföra till att sätta ramar.

1
Assisted: AI:n föreslår

Assistenten svarar på frågor, sammanfattar och skriver utkast. Den kan förklara varför en order ligger som den gör och räkna ihop ett underlag åt dig. Allt som ska ändras i systemet gör du själv efteråt.
2
Augmented: AI:n utför avgränsade steg

Assistenten skapar ärendet, lägger offertraden, bokar frakten. Skillnaden mot nivån ovanför är att den har verktyg, inte bara läsrätt. Ni bestämmer i förväg vad den får göra direkt och vad som ska godkännas av en människa först.
3
Autonomous: AI:n driver flödet

Assistenten arbetar vidare utan att fråga vid varje steg. Då flyttas styrningen till ramarna i stället: hur mycket den får göra, hur fort, vad som ligger utanför, och hur den stoppas när något går snett.

Vår avläsning

Var Fluit ligger, steg för steg

Be oss visa det i en demo. Allt som står här går att köra i ett riktigt system.

Assisted

Chatten inne i Fluit svarar på frågor om er egen data och vet vilken kund, order eller artikel du står på. Den hämtar underlaget medan ni pratar i stället för att ni exporterar till något annat verktyg.

Augmented

324 uppslag och 561 åtgärder är märkta för agenten i koden, på samma handlers som gränssnittet anropar. Regler per kategori, enskild åtgärd eller namngiven agent avgör vad som körs direkt och vad som hamnar i godkännandekön. Chatten ser hela uppsättningen, MCP-kopplingen får ett urval.

Autonomous

Inte än

Grunden ligger: spårbarheten skiljer agent från människa, reglerna sitter på servern och stoppade åtgärder hamnar i en kö. Två saker saknas ändå innan vi tycker att en agent ska få arbeta vidare på egen hand hos en kund: ett tak för hur mycket den får göra, och ett sätt att ta tillbaka en hel körning.

Det som återstår

Två saker fattas innan vi säger autonomt

Ingen av dem har ett datum satt. Båda handlar om samma sak: att kunna släppa taget om en agent och ändå kunna ta tillbaka det den gjorde.

Budget, takt och nödstopp

En agent som får arbeta vidare själv behöver ett tak: hur många åtgärder per timme, hur mycket den får kosta, och ett sätt att stoppa allt på en knapp. Det är inte byggt. Så länge det saknas är godkännandekön det som håller emot, och den kräver att någon tittar.

Ångra en hel körning i ett steg

Enskilda ändringar går att följa och rätta i dag, eftersom varje anrop och de fält det ändrade delar ett korrelations-id. Att rulla tillbaka en hel körning i ett svep gör det inte. Därför ska det som är svårt att ta tillbaka passera en människa, inte en tidsgräns.

Varför spärrarna avgör nivån

Ett affärssystem är räkenskapsinformation. Revisionen utgår från att varje ändring går att härleda till någon som är ansvarig, och en agent som ändrar priser eller avbryter ordrar utan att lämna ett spår som skiljer sig från en människas är inte en teknisk skavank utan ett revisionsproblem.

Det är också där agentprojekt oftast fastnar. Gartner räknar med att fler än fyra av tio agentic AI-projekt läggs ner före utgången av 2027, och skälen de anger är kostnad, oklart värde och bristande riskkontroll snarare än att modellerna är för svaga. Riskkontroll är i praktiken en fråga om spårbarhet och spärrar, alltså om det går att svara på vem som gjorde vad, varför, och på vems mandat.

Det som redan finns

Spårbarheten och spärrarna, i dag

Det här är grunden en autonom nivå vilar på. Vill ni ha en kravlista att ställa till vilken leverantör som helst finns fem punkter samlade på sidan om agentic ERP.

Loggen skiljer agent från människa

Varje rad i aktivitetsloggen bär vem som utförde ändringen och på vems mandat: agentens namn plus användaren vars behörighet den använde. Frågan om vilka av kvartalets prisändringar en agent gjorde går att besvara.

Även läsningar hamnar i liggaren

Varje verktygsanrop skrivs ner, också de som bara hämtar data. Utan det kan en koppling med enbart läsrätt gå igenom hela kundregistret utan att lämna ett spår.

Reglerna sitter på servern

Tillåt, kräv godkännande eller neka, per organisation, kategori, enskild åtgärd eller namngiven agent. En regel kan knytas till lägsta risknivå, så kräv godkännande för allt destruktivt blir en enda rad.

Stoppade åtgärder väntar i en kö

Den som godkänner ser exakt vilka argument agenten begärde. Godkänns den körs den ordagrant och tillskrivs er. Avslås den körs den aldrig. Kön och liggaren ligger under Inställningar, AI-agenter.

En koppling kan begränsas till sitt område

Behörigheten går att skära per modul, så en anslutning som bara ska arbeta med försäljning aldrig ser lagerverktygen. Läsa och utföra godkänns dessutom var för sig.

Agenten är inte en modul vid sidan om

Verktygen är systemets egna funktioner, märkta där de skrivs. En ny valideringsregel gäller agenten i samma stund som den gäller den som klickar i gränssnittet, för det finns bara en väg in.

Avgränsningen

Det Fluit medvetet inte gör

En genomgång som mäter AI över hela bredden av ett affärssystem tittar också på bokföring, lön och personal. Där kommer Fluit att ha tomma rutor, och det är avsiktligt. Vi tar order, lager, inköp, plock och det som hänger ihop med varuflödet. Ekonomin sköts i Fortnox, som vi synkar mot, och personalsystem ligger utanför helt.

Det gör jämförelsen mot en heltäckande svit missvisande åt båda håll. Vi kommer aldrig att ha lika många rutor ifyllda. Ni behöver å andra sidan inte byta ekonomisystem för att få ordning på lagret, och det är oftast den frågan som ställdes från början.

Vad agenten kan göra inom det området beskrivs på sidorna om AI-chatten, MCP-kopplingen och AI-rutiner. Kraven att ställa till en leverantör, oavsett vilken, står på agentic ERP.

Vanliga frågor

Om AI-mognad

Vad betyder assisted, augmented och autonomous?

Det är tre nivåer av hur självständigt ett affärssystems AI får agera. Assisted föreslår och sammanfattar medan människan gör allt i systemet. Augmented utför avgränsade steg med människan som godkännare. Autonomous driver flödet vidare på egen hand inom ramar som satts i förväg. Skalan säger alltså inget om hur bra modellen är, bara hur mycket den får göra utan att fråga.

Var ligger Fluit på skalan?

Assisted och augmented, inte autonomous. Chatten svarar på frågor om er data, och agenten har riktiga verktyg mot systemet med regler som avgör vad som körs direkt och vad som köas för godkännande. Det som saknas för steget till autonomous är budget, takt och nödstopp samt möjligheten att rulla tillbaka en hel körning i ett steg.

Varför säger ni inte bara att Fluit är autonomt?

För att det inte stämmer, och för att ordet är lätt att kontrollera. Ett affärssystem innehåller räkenskapsinformation, och en agent som ändrar priser eller avbryter ordrar utan tak och utan väg tillbaka är ett revisionsproblem innan den är en produktivitetsvinst.

Vem har bestämt de tre nivåerna?

Modellen kommer från analysföretagen HerbertNathan & Co och HNCO, som gått igenom tolv affärssystem på den skandinaviska marknaden i vitboken The State of ERP and Agentic AI och delat in AI-funktionerna i de här nivåerna. På svenska kallar de stegen assisterad, förstärkt och autonom. Fluit är inte ett av de tolv: genomgången täcker medelstora och stora bolag, och vi bygger för mindre. Skalan fungerar ändå oavsett storlek, och det är den vokabulär ni möter om ni tar in rådgivning inför ett systemval.

Ingår AI:n eller kostar den extra?

AI-chatten, MCP-kopplingen, AI-rutinerna och inkorgen ligger i tilläggsmodulen AI, Inbox och automation. Priset beror på er omsättningsnivå och står på prissidan. Ni betalar inget per assistent eller per användare som kopplar upp sig, men er egen AI-klient kan ha en kostnad hos sin leverantör.

Gör Fluit bokföring och lön?

Nej, och det är ett medvetet val. Fluit tar order, lager, inköp, plock och det som hänger ihop med varuflödet. Ekonomin sköts i Fortnox, som vi synkar mot. Personal och lön ligger utanför systemet helt. En genomgång som mäter alla delar av ett affärssystem kommer att notera två tomma rutor hos oss, och de rutorna är segmentet snarare än ett hål.

Se var gränsen går i ett riktigt system

Boka en demo så visar vi agenten mot skarp data: vad den läser, vad den utför, vad som hamnar i godkännandekön och hur det ser ut i loggen efteråt.

Boka demo