Tips & guider

M-Files och SharePoint – vad är skillnaden och när passar M-Files bättre?

Många företag använder redan SharePoint för dokument, samarbete och informations­delning. Så varför behövs M-Files? Skillnaden handlar framför allt om hur informationen struktureras, styrs och följs genom verksamhetens processer – och varför M-Files kan vara ett starkare alternativ när kraven på dokument- och informations­hantering ökar.

Jämförelse mellan M-Files och SharePoint för dokument- och informationshantering

En fråga vi ofta möter är:

”Vi har redan SharePoint – varför skulle vi behöva M-Files?”

Det är en relevant fråga.

Många företag använder SharePoint som en naturlig del av Microsoft 365. Dokument delas via Teams och SharePoint och medarbetarna arbetar dagligen i Word, Excel, Outlook och andra Microsoft-applikationer.

Därför är det lätt att tänka att SharePoint och M-Files fyller samma funktion.

Men plattformarna är byggda med olika utgångspunkter.

SharePoint är en bred plattform för samarbete, innehåll och informations­delning inom Microsoft 365.

M-Files är utvecklat specifikt för dokument- och informations­hantering – där metadata, ansvar, behörigheter, processer och arbetsflöden är centrala delar av hur systemet fungerar.

Det är en viktig skillnad.

SharePoint är inte ett renodlat dokument­hanterings­system

SharePoint kan användas för dokument­bibliotek, samarbets­ytor, intranät, informations­delning och många andra behov inom Microsoft 365.

Det går också att använda metadata, behörigheter och bygga olika typer av arbetsflöden och verksamhets­lösningar.

Men när kraven på dokument­hanteringen ökar behöver lösningen ofta konfigureras och byggas vidare med exempelvis SharePoint-funktioner, Power Automate och andra delar av Microsoft-plattformen.

M-Files har en annan utgångspunkt.

Dokument- och informations­hantering är kärnan i plattformen.

M-Files är byggt för att kombinera information, metadata, ansvar, behörigheter och arbetsflöden i samma informations­modell.

Det innebär att mycket av den funktionalitet som behövs för avancerad dokument­styrning och processhantering redan finns som en naturlig del av hur systemet är uppbyggt.

Skillnaden handlar därför inte bara om vilka funktioner systemen tekniskt kan erbjuda.

Det handlar också om hur mycket verksamheten behöver bygga, konfigurera och förvalta för att få det arbetssätt man vill ha.

M-Files utgår från informationen – inte platsen

I M-Files behöver ett dokument inte definieras av vilken mapp det ligger i.

Ett avtal kan exempelvis vara kopplat till:

  • en kund
  • ett projekt
  • en ansvarig person
  • en avtalstyp
  • en status
  • ett slutdatum
  • en process för granskning eller uppföljning

Samma princip kan användas för kvalitets­dokument, ritningar, projekt­information, leverantörs­dokument, ärenden och instruktioner.

Informationen struktureras utifrån vad den är, vad den hör ihop med, vem som ansvarar för den och vad som ska hända med den.

Det minskar beroendet av att användaren behöver veta exakt var informationen är lagrad.

En projekt­ledare kanske vill se all information som hör till ett projekt.

En kvalitets­ansvarig vill se vilka styrande dokument som väntar på granskning.

En avtalsansvarig vill se vilka avtal som löper ut de kommande 90 dagarna.

Det kan vara samma information – men den visas utifrån olika sammanhang och behov.

Metadata finns i båda – men är grunden i M-Files

Både SharePoint och M-Files kan arbeta med metadata.

Skillnaden är hur central metadata är för själva informations­hanteringen.

I M-Files är metadata grunden för hur information klassificeras, relateras, hittas och styrs.

Man kan exempelvis bygga samband som:

Kund → Projekt → Avtal → Dokument → Ansvarig

eller:

Maskin → Ritning → Leverantör → Revision → Status

Det innebär att användaren inte behöver utgå från en specifik mappstruktur för att förstå var informationen hör hemma. Informationen kan istället hittas och visas utifrån sitt sammanhang.

Skillnaden handlar inte bara om var dokument­et ligger – utan om vad informationen är, vem som ansvarar för den och vad som ska hända med den.

När blir M-Files mer intressant?

M-Files blir särskilt intressant när dokument inte längre bara ska lagras och delas, utan behöver styras genom en verksamhets­process.

Det kan exempelvis handla om att:

  • hantera kvalitets- och styrande dokument genom tydliga livscykler
  • styra granskning, godkännande och revidering
  • hantera avtal med ansvariga, datum, påminnelser och uppföljning
  • hålla kontroll på teknisk dokument­ation och revisioner
  • koppla information till kund­er, projekt, maskiner, produkt­er eller leverantörer
  • styra behörigheter utifrån informationens sammanhang
  • automatisera interna processer och nästa steg
  • fördela ansvar mellan person­er och roller
  • skapa tydlig versions­historik och spårbarhet

Det är här M-Files går från att vara ett dokument­arkiv till att bli en del av verksamhetens arbetssätt.

Processer och interna arbetsflöden

En viktig del av M-Files är att information kan kopplas direkt till processer.

Ett dokument eller ärende kan exempelvis gå genom:

Utkast → Granskning → Godkänd → Publicerad → Revidering

I varje steg kan M-Files styra:

  • vem som ansvarar
  • vem som ska granska
  • vem som får godkänna
  • vilka behörigheter som gäller
  • när nästa steg ska ske
  • vilka påminnelser som ska skickas
  • vilken status informationen har

Det gör att processen inte behöver ligga i huvudet på medarbetarna eller hanteras genom mejl och manuella påminnelser.

Informationen och processen hänger ihop.

SharePoint kan också användas tillsammans med exempelvis Power Automate för att bygga arbetsflöden.

Skillnaden är att M-Files från början är byggt för att kombinera information, metadata, ansvar och arbetsflöden i samma informations­modell.

När verksamheten har många sådana processer kan det innebära mindre behov av att bygga och underhålla speciallösningar runt dokument­hanteringen.

Ett konkret exempel: avtalshantering

Ett avtal är ett bra exempel.

Att spara själva PDF-filen är sällan det svåra.

Verksamheten behöver snarare veta:

  • Vem ansvarar för avtalet?
  • Vilken kund eller leverantör hör det till?
  • När börjar och slutar avtalet gälla?
  • När måste det sägas upp?
  • Ska någon påminnas innan dess?
  • Vilken version gäller?
  • Vem har granskat och godkänt avtalet?
  • Vilka avtal behöver följas upp?

Då handlar behovet inte längre bara om lagring.

Det handlar om information, ansvar och processen runt avtalet.

Det är ett typiskt område där ett dedikerat dokument- och informations­hanterings­system blir relevant.

Samma princip gäller kvalitet och teknisk dokument­ation

För en kvalitets­organisation kan ett styrande dokument behöva gå genom granskning, godkännande, publicering och framtida revidering.

Samtidigt behöver verksamheten veta vem som äger dokument­et, vilken version som gäller, när dokument­et ska granskas igen och vilken status det har.

För ett industriföretag kan liknande behov finnas kring:

  • ritningar
  • instruktioner
  • certifikat
  • kvalitets­dokument
  • leverantörs­dokument
  • revisions­underlag
  • projekt­dokumentation

En ritning kan exempelvis vara kopplad till en viss maskin, produkt, leverantör och revision.

Då blir dokument­et en del av verksamhetens informations­struktur och process – inte bara en fil i ett bibliotek.

Måste M-Files ersätta SharePoint?

Nej.

Det behöver inte vara ett val mellan M-Files och Microsoft 365.

M-Files kan användas tillsammans med Microsofts ekosystem och komplettera befintliga arbetssätt där verksamheten behöver mer avancerad dokument- och informations­hantering.

Det kan exempelvis innebära att medarbetarna fortsätter arbeta i Microsoft 365 samtidigt som M-Files hanterar:

  • klassificering
  • metadata och relationer
  • dokument­ens livscykel
  • behörigheter
  • processer
  • godkännande­n
  • ansvar
  • spårbarhet

Det viktiga är därför inte att ersätta fungerande verktyg.

Det viktiga är att använda rätt plattform för rätt behov.

När blir ett dedikerat dokument­hanterings­system relevant?

Ju högre kraven blir på dokument­styrning, processer, metadata, ansvar och spårbarhet, desto mer relevant blir frågan:

Ska verksamheten bygga den här funktionaliteten själv – eller använda en plattform där den redan är en del av grundkonceptet?

Det är där M-Files skiljer sig.

M-Files är byggt för verksamheter där information behöver:

 klassificeras → relateras → styras → granskas → godkännas → automatiseras → följas upp

och där informationen behöver vara tillgänglig i rätt sammanhang.

Vi börjar med behovet – inte systemet

På Svedok tycker vi inte att ett företag ska införa M-Files bara för att de använder SharePoint.

Det behöver finnas ett faktiskt behov.

Därför börjar vi hellre med att förstå hur verksamheten arbetar idag:

  • Var finns informationen?
  • Hur hittar medarbetarna rätt dokument?
  • Vilka processer hanteras fortfarande manuellt?
  • Hur hanteras ansvar, versioner och behörigheter?
  • Vilka dokument behöver granskas eller godkännas?
  • Finns information utspridd mellan olika system?
  • Vilka moment kräver mycket administration?
  • Vad skulle verksamheten vilja automatisera?

Först därefter går det att avgöra var M-Files faktiskt kan skapa värde.

I vissa verksamheter kan det handla om ett specifikt område som avtal eller kvalitet.

I andra kan det handla om projekt­information, teknisk dokument­ation eller större delar av företagets informations­hantering.

M-Files är utvecklat specifikt för dokument- och informations­hantering där metadata, processer, ansvar, behörigheter och automatisering hänger ihop från början.

Använder ni SharePoint idag och vill förstå var M-Files skulle kunna göra skillnad? Hör gärna av er till oss på Svedok. Vi börjar med hur ni arbetar idag och ser var det faktiskt finns behov av bättre struktur, kontroll och automatisering.