M-Files Agents: AI som läser, resonerar och vidarebefordrar

Av Tapio Luostarinen, Janne Uitto, Yen Hoang och Minja Alakoski

Fakturor som väntar på att någon ska kontrollera dem mot avtalet. Riskbedömningar av leverantörer som ska göras, med indikationer utspridda över avvikelserapport, avtal och certifieringar i hela systemet. Kontrolllistor där varje mått måste verifieras mot produktspecifikationen innan ett parti kan godkännas. Det här är inga svåra problem. De är väl definierade, informationen finns där och det rätta svaret är oftast uppenbart för den som tar sig tid att läsa igenom allt. Det är där flaskhalsen ligger: någon måste göra det. AI kan läsa igenom allt snabbare än någon människa. Men när den riktas mot ohanterat innehåll, mappar, platta filer och isolerade webbplatser ger den snabba, rimliga men oansvariga svar. Flaskhalsen har aldrig varit hastigheten. Det har varit hastigheten man kan lita på. Generering är en handelsvara; kontrollerad generering är det inte.

Idag presenterar vi M-Files Agents – AI-drivna arbetsflödessteg som läser, drar slutsatser och agerar å dina vägnar. De konfigureras av administratörer med hjälp av naturligt språk, utan att någon anpassad utveckling krävs.

Så här fungerar det

En faktura anländer och övergår till granskningsfasen. När den når den som ska godkänna den har agenten redan läst igenom avtalet, dokumenterat sina iakttagelser och angett en rekommenderad åtgärd. Ingen har satt igång processen. Arbetet har helt enkelt skett av sig själv. För de personer vars arbetsflöden nu inkluderar en agent är det just detta som utgör hela upplevelsen: ett steg som tidigare krävde att någon skulle ingripa sker nu helt automatiskt.

Bakom denna upplevelse ligger att en administratör har konfigurerat agenten en gång. Administratörer konfigurerar agenter på fliken ”Automation” i valfritt arbetsflödesstadium i M-Files . En uppmaning beskriver uppgiften i naturligt språk. Inmatningsplatshållare hämtar sammanhang från arkivet, inklusive det utlösande objektets filer, dess metadata samt egenskaper och filer från relaterade objekt. Utmatningsplatshållare definierar exakt vilka egenskaper agenten får ändra. Allt utanför dessa platshållare är förbjudet, oavsett agentens resonemang. En agent per arbetsflödesstatus; samma agent kan återanvändas i flera statusar och arbetsflöden.

Hur detta ser ut i praktiken

Här är tre scenarier där kombinationen av strukturerat innehåll och en kunskapsgraf påverkar svarskvaliteten.

Kontroll av fakturor från underleverantörer

Innan en faktura från en underleverantör kan godkännas måste den kontrolleras: omfattas enskilda poster av avtalet? Stämmer priserna med prislistan? Ligger summan inom det belopp som avtalet tillåter?

Om detta görs manuellt innebär det att man måste hitta rätt avtalsversion och jämföra den sida vid sida med fakturan för varje faktura som kommer in. Vid stora volymer blir processen en flaskhals. Avvikelser kan smita igenom när de som granskar arbetar i högt tempo eller inte är insatta i projektets bakgrund.

När fakturan övergår till verifieringsfasen i arbetsflödet granskar handläggaren både fakturan och underleverantörsavtalet. Underleverantörsavtalet hämtas från underleverantörens relaterade dokument i arkivet, inte genom en sökfråga som kanske eller kanske inte hittar rätt version, utan genom en explicit koppling som alltid finns där. Handläggaren dokumenterar sina iakttagelser: vilka poster som är bekräftade, vilka som inte är det och vad avvikelsen består i. Därefter vidarebefordras fakturan direkt till en mänsklig godkännare.

Det som förändras är vad den som godkänner fakturan får: en strukturerad sammanställning av iakttagelser som redan har sammanställts och som omfattar vad som har fakturerats, vad avtalet tillåter samt en rekommendation om nästa åtgärd. Den som godkänner fakturan gör en bedömning utifrån det som handläggaren har lyft fram. Hen behöver inte leta fram avtalet eller läsa igenom båda dokumenten från början. Varje faktura genomgår samma kontroll, på samma tid, oavsett granskarnas arbetsbelastning eller hur väl de känner till projektet.

Riskbedömning av leverantörer

De flesta organisationer granskar sina leverantörer regelbundet, men i praktiken sker dessa granskningar inte på ett enhetligt sätt. Kvalitetsdata, avtalsstatus, certifikatens giltighetstid, kvarstående avvikelser: signalerna finns överallt i systemet, men det tar tid att sammanställa dem, och granskningarna hoppas över när arbetsbelastningen är hög. En leverantör med flera riskfaktorer kan framstå som problemfri för en granskare som endast har kontrollerat en enda källa.

Detta användningsfall konkretiserar M-Files . En användare som arbetar med ett chattverktyg skulle behöva sammanställa avvikelserapport manuellt, kontrollera avtalsstatus, slå upp certifikatets giltighetstid och sedan klistra in allt detta i ett inmatningsfält – för varje leverantör och varje granskningscykel. Agenten får all denna information sammanställd automatiskt, eftersom uppgifterna redan finns som sammankopplade objekt i arkivet. Det finns inget dokument att klistra in. Varje uppgift (leverantörskategori, startdatum för relationen, avvikelser, avtalsstatus, certifikatets giltighetstid) hämtas från metadata och objektrelationer som löses vid körning. Agenten går igenom dessa relationer, sammanställer helhetsbilden och drar slutsatser utifrån den.

Bedömningsprompten tillämpar deterministiska minimikriterier: ett certifikat som har gått ut eller en kvarstående avvikelse leder alltid till minst risknivån ”Medium”. En eskaleringsinstruktion gör det möjligt för handläggaren att bedöma sammansatt risk när kombinationen eller sammanhanget av de upptäckta avvikelserna motiverar en högre nivå. Handläggaren registrerar en risknivå, en kort förklaring av sitt resonemang samt ett datum för nästa granskning som beräknas utifrån det schema som definierats i prompten. Leverantörer som klassificerats som ”Hög” övergår till ett tillstånd för manuell granskning; alla övriga återgår automatiskt till statusen ”Aktiv” och schemaläggs för sin nästa bedömning. Varje leverantör i systemet genomgår en fullständig bedömning vid varje cykel, inte bara de som någon hunnit granska.

Inkommande kontroll: mätverifiering

När en leverantör levererar ett parti produkter bifogar de ett kontrollblad där mätvärdena för den aktuella leveransen dokumenteras. Innan partiet kan godkännas måste varje mätvärde identifieras, jämföras med den tillåtna toleransen och eventuella avvikelser eller saknade värden markeras. Uppgiften är mycket detaljkrävande och repetitiv, och trötthetsfel är just den typ av fel som kan leda till att ett icke-överensstämmande parti släpps igenom.

Vid manuell granskning läser granskaren igenom kontrollbladet, letar upp produktspecifikationen och jämför varje mått ett efter ett. När kontrollvolymen är stor, eller när samma person granskar många liknande blad i följd, blir processen både en flaskhals och en risk.

När kontrollbladet övergår till statusen ”Analys” i sitt arbetsflöde läser agenten det tillsammans med produktens konstruktionsdokument, som hämtas via objektrelationskedjan i arkivet. En granskare som använder ett generiskt AI-verktyg skulle behöva hitta rätt specifikation, ta reda på vilka mått som gäller för just denna produkttyp och mata in all denna information i en prompt. Här vet arkivet redan svaret: produkten är länkad till sitt konstruktionsdokument, och produktens metadata definierar vilka mått som krävs för inkommande kontroll. Agenten kontrollerar att just dessa mått finns angivna i kontrollbladet och att de ligger inom de toleranser som definierats i specifikationen. Att lägga till en ny produkt innebär att skapa ett konstruktionsdokument och ange de nödvändiga måtten i produktposten. Själva agentkonfigurationen behöver aldrig ändras.

Agenten skapar en strukturerad valideringslista: varje obligatoriskt mått, dess tillåtna intervall enligt konstruktionsdokumentet samt om det ligger inom toleransgränserna, utanför dessa eller saknas i kontrollbladet. Utifrån resultaten styr agenten direkt övergången i arbetsflödet. Kontrollblad där alla obligatoriska mått finns med och ligger inom toleransgränserna godkänns automatiskt; vid avvikelser eller saknade värden vidarebefordras kontrollbladet till en mänsklig granskare för åtgärd. Ingen kö, inga manuella beslut om vidarebefordran.

Reglerad AI, utformad för att vara förklarbar

Varje åtgärd som agenten utför sker inom de ramar som administratören har fastställt. Behörigheterna följer tillståndet: agenten ser endast det som kommandoraden anger att den ska se, och ändrar endast det som den har tillåtelse att ändra. Platshållarna för utdata i kommandoraden definierar den fullständiga uppsättningen egenskaper som agenten kan ändra. Ingen egenskap utanför den listan kan ändras, oavsett vad agentens resonemang skulle kunna tyda på.

Det som gör detta till mer än bara en konfigurationssäkerhetsåtgärd är vad som händer efter att agenten har agerat. Varje värde som agenten anger markeras på metadatakortet med en AI-indikator. Genom att klicka på den öppnas agentens resonemang – en förklaring till varför just det värdet valdes, baserat på det källinnehåll som agenten har läst. En avtalsansvarig kan se exakt varför en fakturarad har flaggats. En kvalitetsingenjör kan verifiera vad agenten jämförde ett mätvärde med. En inköpsansvarig kan läsa hela underlaget för en leverantörs riskklassificering innan hen vidtar åtgärder.

Det resonemanget förblir tillgängligt i versionshistoriken även efter att värdet har ändrats eller överskrivits av en människa. Beslutsdokumentation är en artefakt av högsta klass: AI:ns ursprungliga resonemang och dess motivering förblir en del av dokumentationen, inte bara resultatet.

För organisationer som verkar i reglerade miljöer har detta särskild betydelse. EU:s AI-lag kräver att AI-system som används i professionellt beslutsfattande ska vara transparenta, förklarbara och granskningsbara. M-Files arkitektur för beständig resonemangshistorik uppfyller direkt dessa krav: varje AI-drivet metadatavärde har en spårbar förklaring, kopplad till källinnehållet, lagrad tillsammans med objektet och tillgänglig för alla som behöver granska den. Revisionsspåret är inte en separat rapport. Det är själva produkten, inbyggd i dokumentposten.

Allteftersom agentens noggrannhet blir tydligare med tiden kan arbetsflödena utvecklas. Ett steg med manuell granskning som var motiverat i början kan bli överflödigt när agentens rekommendationer har visat sig vara tillförlitliga, och den strukturerade information som agenten genererar gör övergången enkel när organisationen är redo för den.

Det arbete som tidigare fick vänta på någon är nu det arbete som utförs först, med en fullständig dokumentation av hur och varför.

Vad detta innebär för er organisation

Varje faktura genomgår samma kontroll. Varje leverantör genomgår en fullständig riskbedömning vid varje cykel. Varje inspektionsrapport jämförs med specifikationen innan den ens ses av en människa. Verksamheten kan skalas upp utan att teamet behöver utökas, och varje beslut som handläggaren fattar är förklarligt, spårbart och granskningsbart utifrån själva dokumentet.

Nu tillgängligt i betaversion
M-Files Agents finns tillgängligt i betaversion från och med releasen den 24 juni 2026. Handboken M-Files Agents – Administrator Guide” guidar dig från installation till din första konfigurerade agent.