QMS i 2026: Kvalitetsstyring anno 2026

QMS i 2026: kravene stiger, budgetterne gør ikke

Kravene til dokumentation, sporbarhed og compliance er kun gået én vej de seneste år. ISO 9001, ISO 27001, ISO 22000, kundekrav, leverandørrevisioner og ny EU-regulering betyder, at flere og flere virksomheder skal kunne dokumentere, at de rent faktisk gør det, de siger, de gør. Samtidig er der ikke kommet flere hænder til kvalitetsafdelingen.

Resultatet ser vi hos rigtig mange virksomheder: kvalitetshåndbogen ligger som PDF’er i mapper eller e-mails, afvigelser registreres i Excel, audits forberedes i et sidste hektisk ryk, og ingen er helt sikre på, hvilken version af en procedure der egentlig er den gældende. Alternativet har traditionelt været en dedikeret QMS-platform – med licens pr. bruger, binding, implementeringsprojekt og en leverandør, der ejer både data og fremtidige ændringer.

Der findes en tredje vej. Og den er blevet markant bedre i 2026.

SharePoint som QMS i 2026: 80 % af kvalitetssystemet har I allerede

ISO 9001 stiller ikke krav om et bestemt system. Standarden stiller krav til styring af dokumenteret information: at det er godkendt før udgivelse, at ændringer er kontrollerede, at den gældende version er tilgængelig dér, hvor arbejdet udføres, og at forældede udgaver ikke kan forveksles med de gyldige. Læser man kravene som en kravspecifikation frem for som en standard, beskriver de i praksis et dokumentbibliotek med versionsstyring, metadata og adgangskontrol. Det er præcis, hvad SharePoint er.

Konkret dækker platformen følgende krav uden en linje kode:

• Change control i praksis. Udkast er usynlige for organisationen, indtil de er godkendt. Major/minor-versionering adskiller arbejdsversion fra gældende udgave, og hele ændringshistorikken – hvem, hvad, hvornår – ligger på dokumentet selv, ikke i et separat revisionsskema.
• Godkendelse og periodisk review. Et flow sender dokumentet til de rette godkendere, registrerer beslutningen og sætter automatisk næste review-dato. Procedurer, der nærmer sig udløb, dukker op hos den dokumentansvarlige i god tid – i stedet for at blive opdaget under en audit.
• Metadata frem for mappestruktur. Proces, ISO-klausul, dokumentansvarlig, afdeling, gyldighedsperiode og revisionsnummer bliver egenskaber ved dokumentet. Det gør det muligt at trække “alle procedurer knyttet til punkt 8.5” ud på sekunder – både til intern audit og til certificeringsorganet.
• Opbevaring og udfasning. Opbevaringspolitikker sikrer, at registreringer bevares i den aftalte periode, og at udgåede versioner arkiveres og markeres, så de ikke længere kan findes som gældende.
• Sporbarhed på læsning. Ud over ændringer logges også adgang, hvilket giver dokumentation for, at den relevante medarbejdergruppe faktisk har haft den gældende instruktion tilgængelig.
• Kompetence og træning. Kobling mellem procedure, rolle og medarbejder gør det muligt at dokumentere, hvem der skal kende hvad – et krav, der i mange virksomheder i dag lever i et regneark uden for kvalitetssystemet.
• Dataopsamling ved kilden. Kontrolskemaer, egenkontrol og afvigelsesregistrering foregår på tablet eller telefon ude i produktionen med Power Apps, med validering og obligatoriske felter, så data er brugbare fra det øjeblik de indtastes.
• Grundlag for ledelsens evaluering. Når afvigelser, CAPA, audits, reklamationer og leverandørvurderinger ligger som strukturerede data frem for i dokumenter, kan input til ledelsens evaluering trækkes løbende i Power BI i stedet for at blive samlet manuelt en gang om året.

Det afgørende skift ligger i, at kvalitetssystemet holder op med at være et arkiv og bliver en arbejdsproces. Et dokumentbibliotek uden metadata og flow er blot en pænere fildeling – og det er dér, mange SharePoint-baserede forsøg er strandet gennem årene. Værdien opstår, når godkendelse, review-cyklus, ansvar og udfasning er indbygget i selve systemet, så compliance bliver en konsekvens af den daglige arbejdsgang frem for en opgave, kvalitetsafdelingen skal huske at udføre.

Dertil kommer tre forhold, som er svære at prissætte, men som mærkes hver dag: medarbejderne skal ikke lære endnu et system, løsningen kører i jeres egen tenant under jeres egne sikkerheds- og opbevaringspolitikker, og I ejer både data og opsætning. Skifter I leverandør, bliver kvalitetssystemet stående – og skal I dokumentere over for en kunde eller en auditor, hvor jeres data ligger og hvem der har adgang, er svaret det samme som for resten af jeres forretningsdata.

De sidste 20 %: dér hvor et SharePoint QMS plejede at stoppe

Indvendingen mod SharePoint har altid været den samme: “Det kan det meste, men ikke det hele.” Og den var berettiget. De manglende 20 % handler sjældent om flere felter eller flere lister – det handler om sammenhængene. Et kvalitetssystem skaber først værdi, når en reklamation kan spores til en afvigelse, som fører til en rodårsag, som udløser en korrigerende handling, hvis effekt bliver verificeret og indgår i risikovurderingen af processen. Den kæde er præcis det, kvalitetsafdelingen bruger sin hverdag på – og det er dér, standardfunktionerne stopper:

• Rodårsagsanalyse med struktur. 5 x hvorfor eller Ishikawa som en del af selve sagen frem for et vedhæftet Word-dokument, så årsagskategorier bliver data, man kan analysere på tværs af sager – og ikke fritekst, ingen læser igen.
• Effektivitetsvurdering af CAPA. Kravet om at verificere, at en korrigerende handling faktisk virkede, kræver en planlagt opfølgning et stykke efter lukning. Uden det bliver CAPA-processen en registrering af gode intentioner, og det er en klassisk afvigelse ved certificeringsaudit.
• Risikobaseret prioritering. En risikomatrix med sandsynlighed og konsekvens, hvor de enkelte felter er klikbare og kobler direkte til de afvigelser, processer og handlinger, der ligger bag. Det er forskellen på risikostyring som dokument og som beslutningsgrundlag.
• Auditgennemførelse med sporbar kobling. Checklister med scope, kriterium og reference, hvor et fund konverteres til en afvigelse eller CAPA med ét klik – og hvor auditplanen viser dækning af alle processer og klausuler over den treårige certificeringscyklus.
• Kompetencematrix med kvitteringer. Overblik over hvilke roller der skal kende hvilke procedurer, hvem der har kvitteret for den gældende version, og hvad der udestår efter en revision af et centralt dokument.
• Eskalering efter alvorlighed. En kundereklamation, en produktrelateret afvigelse og et forbedringsforslag skal ikke behandles ens. Regelstyret tildeling, frister og eskalering sikrer, at det væsentlige når ledelsen, uden at alt gør det.
• Trends og datagrundlag på tværs. Udvikling i afvigelser pr. proces, gennemløbstid på CAPA, gentagelsesrate på samme rodårsag og leverandørperformance – præsenteret så det kan bruges direkte i ledelsens evaluering og i dialogen med produktionen.
• Én indgang for medarbejderen. En forside, hvor den enkelte ser sine egne opgaver, frister og de procedurer, der gælder for netop hans eller hendes rolle – i stedet for et bibliotek med 400 dokumenter og en søgefelt.

Konsekvensen af de manglende 20 % kender de fleste kvalitetsansvarlige: der opstår skyggesystemer. CAPA-opfølgningen lever i et regneark på kvalitetschefens drev, auditplanen i en kalender, kompetencematrixen i endnu et ark – alt sammen uden for det system, der formelt er kvalitetssystemet. Det er ikke et dokumentationsproblem før dagen, hvor det skal fremvises.

Historisk har de sammenhænge krævet skræddersyet SPFx-udvikling, og estimaterne var af en størrelse, hvor de fleste kvalitetsafdelinger måtte skrive ønsket på listen over ting, der aldrig blev til noget. Derfor endte valget ofte med en dedikeret QMS-platform, hvor sammenhængene var bygget ind på forhånd – men til gengæld var defineret af leverandøren og ikke af jeres processer. Det var netop dér, forretningsmodellen bag QMS-platformene levede.

QMS i 2026: AI bygger de web parts, der mangler

Det er her, billedet har ændret sig fundamentalt, og det er selve kernen i SharePoint QMS i 2026. Med AI-assisteret udvikling – i vores tilfælde primært med Claude – er omkostningen ved at bygge en specialiseret web part til SharePoint faldet dramatisk. Det, der tidligere var et estimat på uger, er i dag ofte dage. Dermed er “de sidste 20 %” ikke længere en showstopper, men en helt almindelig del af leverancen.

I praksis arbejder vi sådan her:

1. Standard først. Alt, der kan løses med konfiguration af SharePoint, Power Apps og Power Automate, bliver løst med konfiguration. Ingen kode uden grund.
2. Identificér hullerne. Sammen med kvalitetsansvarlige finder vi de få steder, hvor standardfunktionerne ikke rækker – typisk visualisering, sammenhænge på tværs af lister og specialiserede indtastningsflows.
3. Byg med AI. Claude bruges som udviklingsmotor til at generere, teste og dokumentere SPFx-web parts og udvidelser – med vores arkitekter som ansvarlige for design, review og kvalitetssikring.
4. Aflever i kundens miljø. Web parten kører i jeres tenant, koden overdrages, og I kan videreudvikle den selv eller lade en anden gøre det.

Pointen er ikke, at AI skriver koden. Pointen er, at prisen på skræddersyet funktionalitet er faldet så meget, at argumentet for at købe en lukket standardplatform er blevet svært at få til at hænge sammen.

AI i selve kvalitetsarbejdet – ikke kun i udviklingen

Når kvalitetssystemet ligger i SharePoint, ligger data også dér, hvor AI kan bruge dem. En AI-assistent trænet udelukkende på jeres egne, godkendte dokumenter kan svare medarbejderen på “hvordan håndterer vi en afvigelse på en indgående leverance?” – med tydelige referencer til den gældende procedure. Ikke et generisk svar fra internettet, men jeres eget kvalitetssystem gjort tilgængeligt i et sprog, alle forstår.

En vigtig rækkefølge, som vi altid understreger: Få styr på data og processer først. AI ovenpå et rodet dokumentarkiv gør blot forvirringen værre. AI ovenpå et velstruktureret QMS i 2026 er derimod det, der endelig får systemet ud til de medarbejdere, der skal bruge det i hverdagen.

Hvad koster et QMS i 2026? Regnestykket over fem år

Når man skal vurdere, hvad et QMS i 2026 reelt koster, handler det ikke kun om anskaffelsesprisen. Den reelle forskel over fem år ligger tre steder: licens, ejerskab og evnen til at tilpasse systemet, når kravene ændrer sig.

Sammenligning: dedikeret QMS-platform kontra QMS i 2026 bygget på SharePoint med AI-udviklede web parts.

Sådan kommer I videre med QMS i 2026

1. Kortlæg jeres processer – hvilke procedurer, registreringer og godkendelser findes reelt i dag, og hvor lever de?
2. Byg fundamentet – kvalitetshåndbog med versionering, metadata, godkendelsesflow og review-cyklus i SharePoint.
3. Tilføj modulerne – afvigelser og CAPA, audit, risiko, leverandør- og kontraktstyring og evt. egenkontrol af produkter.
4. Luk hullerne med AI-byggede web parts – dashboards, forside, risikomatrix og validerede formularer.
5. Læg AI-assistenten ovenpå – når data og processer er på plads.

Ofte stillede spørgsmål om QMS i SharePoint

Hvordan dokumenterer vi versionsstyring og godkendelser over for en auditor?

Hver gang et dokument ændres, godkendes eller læses, logges det automatisk i SharePoint: hvem gjorde hvad, hvornår, og hvilken version var gældende på et givet tidspunkt. Under en audit kan I vise gældende version, godkendelseshistorik og tidligere udgaver på samme skærmbillede – uden at lede i mapper eller mailtråde. Kombineret med metadata som ansvarlig, gyldighedsperiode og ISO-reference kan I dokumentere styringen af dokumenteret information direkte i systemet frem for i et regneark ved siden af.

Hvad sker der med vores dokumenter, historik og igangværende CAPA’er ved et skift?

Gældende procedurer, kvalitetshåndbog og stamdata migreres med metadata, så ansvarlig, revisionsnummer og ISO-reference følger med. Historiske versioner og lukkede sager overføres typisk som dokumenteret arkiv – tilstrækkeligt til at opfylde opbevaringskrav, uden at slæbe teknisk gæld med over. Igangværende afvigelser og CAPA’er håndteres med en aftalt skæringsdato: nye sager oprettes i SharePoint, mens de åbne enten færdiggøres i det gamle system eller flyttes manuelt. I praksis er det en overskuelig øvelse, fordi langt de fleste virksomheder har færre åbne sager, end de tror.

Hvorfor bruge AI og Claude til at bygge web parts?

Fordi de funktioner, SharePoint ikke har som standard – dashboards, risikomatrix, validerede registreringsformularer og en overskuelig forside – tidligere krævede dyr SPFx-udvikling. Med AI som udviklingsmotor og erfarne arkitekter til design, review og kvalitetssikring falder både tid og pris så meget, at skræddersyet funktionalitet nu er billigere end løbende licens på en lukket QMS-platform.

Kan et SharePoint-baseret QMS i 2026 leve op til ISO 9001?

Ja. ISO 9001 stiller krav til styring af dokumenteret information – godkendelse, version, tilgængelighed, opbevaring og sporbarhed – ikke til et bestemt produkt. Når SharePoint er sat rigtigt op med metadata, godkendelsesflow, review-cyklus og adgangsstyring, er dokumentationskravene dækket, og auditsporet er automatisk til stede.

QMS i 2026 er ikke et stort nyindkøb – det er en add-on til det i har i forvejen

Det bedste kvalitetssystem er ikke det med flest funktioner på databladet. Det er det, medarbejderne rent faktisk bruger, og som gør audit til en rutine i stedet for en krise. Det er essensen af SharePoint QMS i 2026: I får det billigst og bedst ved at bygge på den platform, I allerede ejer – og lade AI levere den sidste specialtilpasning, der før var for dyr at bede om.

Vil I se, hvordan det ser ud i praksis? Blue Dock har over 20 års erfaring med kvalitetssystemer på SharePoint for danske virksomheder. Vi leverer på fast pris, i jeres eget miljø, uden binding. Ring på +45 69 16 03 81 og få en snak om, hvor jeres QMS står i dag.