SOP-skabelon: format, eksempel, gennemgangscyklus – og den SOP, som alle medlemmer læser på deres eget sprog (2026)

En standardprocedure, eller SOP (standard operating procedure), er den nedskrevne måde, en tilbagevendende opgave udføres på i din organisation: trinene i rækkefølge, hvem der tager hvert enkelt, hvad hvert trin frembringer, og hvad man gør, når den normale vej er spærret. En SOP-skabelon er det faste skelet, de ord skrives ind i, så den fyrretyvende procedure ligner den første, og den, der har læst én, kan læse dem alle. Skabelonen er den nemme del; det meste af denne guide handler om, hvad der skal stå i den, og hvad der holder den sand efter den dag, den blev skrevet.

Denne guide tager først håndværket – hvad en SOP er og ikke er, standardformatet, hvordan man skriver en, som folk faktisk følger, en skabelon du kan kopiere og to udfyldte eksempler – og derefter mekanikken: hvordan gennemgangscyklussen fungerer, hvor SOP'en og dens gennemgang ligger i de værktøjer, dit team allerede bruger, og hvad den, der læser den på et andet sprog, får. For SOP'ens egentlige prøve er ikke den dag, den bliver godkendt. Det er den tirsdag, en ny kollega åbner den alene, ved skranken, mens en kunde venter.

Hvad en SOP er – og hvad den ikke er

Fem slags dokumenter beskriver, hvordan arbejde bliver gjort, og SOP'en er den i midten:

Forskellene har betydning, fordi de afgør længden. En SOP, der forklarer politikken bag hvert trin, er en manual, ingen åbner ved skranken; en SOP, der går ned til, hvilken knap man klikker på, skal skrives om, hver gang softwaren ændres. SOP'en siger hvad der gøres, af hvem, i hvilken rækkefølge, med hvilket resultat; politikken over den siger hvorfor, og arbejdsinstruktionen under den siger præcis hvordan på netop denne skærm.

En SOP er heller ikke en beskrivelse af, hvordan opgaven normalt bliver udført. Den er den aftalte måde – og derfor har den en ejer, en version og en gennemgangsdato, og derfor er et trin, ingen følger, et trin der skal slettes eller en samtale der skal tages, ikke en sætning man lader stå.

Hvad der skal med: standardformatet

En brugbar SOP har et dokumenthoved og otte afsnit. De fleste skabeloner på nettet har kun hovedet og trinene og stopper der, og det er derfor, de fleste SOP'er er forældede inden for et år, uden at nogen ved det:

Dokumenthovedet – dokumentets identitet, fem felter på én linje: et ID, man kan henvise til ("SOP-CS-04"), en version ("v2.1"), ejeren – én navngiven person, ikke en afdeling – ikrafttrædelsesdatoen og næste gennemgangsdato. Et dokument uden gennemgangsdato bliver gennemgået, når noget går galt.

1. Formål. En eller to sætninger: hvad proceduren opnår, og hvad der går galt uden den. "Enhver klage registreres, bekræftes og løses på samme måde, så en kunde får det samme svar, uanset hvem der tager telefonen."
2. Anvendelsesområde. Hvornår denne SOP gælder, og hvornår den ikke gør. "Klager fra kunder over et produkt eller en levering. Ikke: garantikrav (SOP-CS-07), ikke: leverandørklager."
3. Roller og ansvar. Hver rolle, der optræder i trinene, med det, den er ansvarlig for. Roller, ikke navne: navne skifter; SOP'en bør ikke skulle skiftes med dem.
4. Definitioner og forudsætninger. Begreber, en ny person måske ikke kender, og hvad der skal være på plads før trin 1 – adgang til registret, skabelonen, eskaleringslisten.
5. Proceduren. Nummererede trin, én handling pr. trin, i den rækkefølge de sker, hvert trin indledt med rollen og et verbum: "Receptionen registrerer…", "Teamlederen gennemgår…". Hvor det hjælper, tre kolonner – hvem, gør hvad, resultat eller registrering – så hvert trin ender i noget, en anden person kunne kontrollere.
6. Undtagelser og eskalering. Forgreningerne: hvad man gør, når kunden ikke findes i systemet, når beløbet overstiger grænsen, når ejeren er fraværende. Hver undtagelse nævner en person eller en rolle, ikke "spørg nogen".
7. Registreringer og resultater. Hvad der findes ved slutningen, som ikke fandtes ved starten – registreringen i registret, den sendte e-mail, den underskrevne formular – og hvor det opbevares. Det er afsnittet, en revisor læser, og det, der fortæller dig, om proceduren blev fulgt.
8. Referencer og revisionshistorik. Den politik, den implementerer, de relaterede SOP'er og arbejdsinstruktioner; derefter én linje pr. version – dato, hvad der blev ændret, hvem der godkendte. Historikken er den del, der forhindrer, at den samme fejl genindføres under et nyt versionsnummer.

Fire formater til procedureafsnittet. Enkle trin – en nummereret liste – til en opgave på under ti trin uden forgreninger. Hierarkisk – nummererede trin med delpunkter med bogstaver – når et trin har sin egen rækkefølge indeni. Rutediagram når forgreningerne betyder mere end rækkefølgen: en beslutningsrombe er lettere at følge end "hvis… ellers… medmindre". Tjekliste til en rutine, som de samme personer udfører dagligt, hvor spørgsmålet ikke er "hvordan", men "gjorde vi det". Mange SOP'er bruger to: en hierarkisk procedure og en tjekliste på én side udledt af den til vagten.

Hvad der holdes ude: begrundelser (politikkens opgave), skærmbilleder af hvert klik (arbejdsinstruktionens opgave) og alt, en person ikke kunne handle på. "Behandl kunden med respekt" er en værdi, ikke et trin.

Sådan skriver du en: observér, skriv udkast, test, udgiv

Observér den, der udfører opgaven, og skriv ned, hvad vedkommende faktisk gør. Ikke hvad lederen tror, der sker – det, der sker, inklusive omvejen via regnearket. Den, der udfører opgaven hver dag, er medforfatter; den SOP, der er skrevet om dem i stedet for med dem, er den, der bliver i en mappe, mens den rigtige procedure bliver i deres hoved. Spørg ved hvert trin: hvad gør du, hvis det her fejler?

Skriv udkast i skabelonen, trinene først. Skriv procedureafsnittet før formålet: trinene viser dig, hvor anvendelsesområdet slutter, og hvilke roller der findes. Én handling pr. trin, rolle plus verbum, nutid. Hvis et trin kræver et afsnit, er det to trin eller en arbejdsinstruktion. Hold det hele så kort, at det kan læses på fem minutter; detaljerne ligger i de linkede instruktioner.

Test den på en, der aldrig har udført opgaven. Giv vedkommende SOP'en og intet andet, og se, hvor vedkommende går i stå. Hvert stop er et manglende trin, en manglende definition eller en manglende undtagelse. Én test med en ny person er mere værd end tre gennemgange af erfarne, som udfylder hullerne uden at mærke det.

Udgiv, hvor teamet læser, og sæt datoen. En SOP i en mappe med fyrre andre bliver fundet af dem, der allerede kender opgaven. Den hører hjemme, hvor det team, der kører proceduren, allerede taler sammen, med ejerens navn og gennemgangsdatoen synlige, så spørgsmålet "er den her stadig aktuel?" besvares af dokumenthovedet og ikke ved at spørge rundt. Læg derefter gennemgangsdatoen i kalenderen – den SOP, der er skrevet og aldrig gennemgået, er den, der følges med tillid, længe efter at den holdt op med at være sand.

En SOP-skabelon

[SOP-ID] — [Procedurens navn]
Version: [n.n] · Ejer: [rolle, navn] · Gælder fra: [dato] · Næste gennemgang: [dato]

1. Formål
[En eller to sætninger – hvad proceduren opnår, og hvad der går galt uden den.]

2. Anvendelsesområde
Gælder for: [situationer, produkter, lokationer] · Gælder ikke for: [hvad der er dækket andetsteds, med SOP-ID]

3. Roller
[Rolle] — [hvad den er ansvarlig for i denne procedure]
[Rolle] — [hvad den er ansvarlig for]

4. Definitioner og forudsætninger
[Begreb] — [betydning]
Før trin 1: [adgang, værktøjer, skabeloner, lister der skal bruges]

5. Procedure
5.1 [Rolle] [gør hvad] → [resultat eller registrering]
5.2 [Rolle] [gør hvad] → [resultat eller registrering]
5.3 [Rolle] [gør hvad] → [resultat eller registrering]
[a. delpunkt] [b. delpunkt]

6. Undtagelser og eskalering
Hvis [betingelse]: [hvad man gør, hvem der beslutter]
Hvis [betingelse]: [hvad man gør, hvem der beslutter]
Alt, der ikke er dækket her: [rolle] beslutter, og sagen tages op ved næste gennemgang.

7. Registreringer
[Hvad der findes ved slutningen – registrering, e-mail, formular – og hvor det opbevares, i hvor lang tid.]

8. Referencer og revisionshistorik
Implementerer: [politik] · Relateret: [SOP-ID'er, arbejdsinstruktioner]
v[n.n] — [dato] — [hvad der blev ændret] — godkendt af [navn]
v[n.n] — [dato] — [hvad der blev ændret] — godkendt af [navn]

Skabelonen kan indsættes i en Word-fil, et Google Doc, en Notion-side, et Slack-canvas eller en chatnote uden omformatering. De to felter, der oftest står tomme, er ejeren og næste gennemgangsdato; det er de to, der afgør, om dokumentet stadig er sandt om et år.

To udfyldte eksempler

Håndtering af en kundeklage – serviceteam, hierarkisk

SOP-CS-04 — Håndtering af kundeklager
Version: 2.1 · Ejer: Serviceleder, Marta R. · Gælder fra: 1. okt. 2026 · Næste gennemgang: 1. apr. 2027

1. Formål — Enhver klage registreres, bekræftes og løses på samme måde, så en kunde får det samme svar, uanset hvem der tager telefonen, på kundens eget sprog.
2. Anvendelsesområde — Klager fra kunder over et produkt, en levering eller en faktura, pr. telefon, e-mail eller chat. Ikke: garantikrav (SOP-CS-07); ikke: leverandørklager (SOP-PR-02).
3. Roller — Reception: registrerer og bekræfter. Servicemedarbejder: undersøger og besvarer. Serviceleder: godkender alt over kreditgrænsen, afgør eskaleringer.
4. Forudsætninger — Adgang til klageregistret; bekræftelsesskabelonen på kundens sprog; den gældende kreditgrænse (se registrets dokumenthoved).

5. Procedure
5.1 Receptionen registrerer klagen i registret → registrering med dato, kanal, kunde, produkt, kundens sprog og et klage-ID
5.2 Receptionen sender bekræftelsen inden for én arbejdsdag → bekræftelses-e-mail med klage-ID'et, på kundens sprog
5.3 Servicemedarbejderen undersøger sagen:
a. kontrollerer ordre-, leverings- og fakturaregistreringerne;
b. ringer til eller skriver til kunden, hvis en oplysning mangler;
c. noterer resultatet og det foreslåede afhjælpende tiltag i registret → resultat og tiltag, dateret
5.4 Hvis tiltaget er en kredit under grænsen, udsteder medarbejderen den; over grænsen godkender servicelederen inden for én arbejdsdag → kreditnota eller skriftlig godkendelse
5.5 Medarbejderen svarer kunden inden for fem arbejdsdage efter 5.1 → svar på kundens sprog med henvisning til klage-ID'et
5.6 Receptionen lukker registreringen → status Lukket, dato, tiltag

6. Undtagelser — Kunden findes ikke i systemet: registrér med de oplyste kontaktoplysninger, markér uverificeret, fortsæt. Kunden truer med retslige skridt: stop ved 5.3, overdrag til servicelederen samme dag. Ejeren er fraværende: stedfortræderen, der er nævnt i registrets dokumenthoved, godkender.
7. Registreringer — Registreringen i registret (opbevares i 5 år), bekræftelsen og svaret (i kundens sag), kreditnotaen (økonomi).
8. Referencer — Kundepolitik §4; SOP-CS-07; arbejdsinstruktion WI-CS-04a "Klageregistret".
v2.1 — 1. okt. 2026 — fristen i trin 5.2 ændret fra to dage til én; bekræftelsen nu på kundens sprog — godkendt af Marta R.
v2.0 — 15. mar. 2026 — kreditgrænse og godkendelsestrin tilføjet — godkendt af Marta R.

Åbning af klinikken – reception, daglig tjekliste

SOP-FD-01 — Åbning af klinikken
Version: 1.3 · Ejer: Klinikleder, Tomás A. · Gælder fra: 1. sep. 2026 · Næste gennemgang: 1. mar. 2027

1. Formål — Klinikken er klar til den første patient kl. 08:00, hver dag, uanset hvem der åbner.
2. Anvendelsesområde — Åbning på hverdage af receptionisten på morgenvagten. Ikke: åbning i weekenden (SOP-FD-02).
3. Roller — Åbnende receptionist: alt nedenfor. Klinikleder: kontaktes ved ethvert punkt, der ikke lykkes.

5. Procedure — inden kl. 07:45, i denne rækkefølge
☐ Alarm slået fra, døre låst op, lys og varme tændt
☐ Receptionens computer tændt, aftalesystemet åbent, dagens liste udskrevet
☐ Telefonlinjen skiftet fra natbeskeden til live
☐ Venteværelset tjekket: stole, vand, dagens opslag på begge sprog
☐ Behandlingsrum 1–3: forbrugsvarer over minimumsstregen på skabet
☐ Kortterminalen tændt og testtransaktionen afsluttet
☐ Dagens tre første patienter ringet op, hvis nogen har en note bekræft

6. Undtagelser — Et punkt kan ikke gennemføres: ring til kliniklederen inden kl. 07:50; åbn ikke dørene for patienter, før lederen har svaret. Aftalesystemet er nede: brug den udskrevne liste fra aftenen før (SOP-FD-05).
7. Registreringer — Den afkrydsede tjekliste, med initialer og dato, i åbningsmappen; opbevares i tre måneder.
v1.3 — 1. sep. 2026 — opslag på begge sprog tilføjet til venteværelsespunktet — godkendt af Tomás A.

Læg mærke til, hvad de to har til fælles: hvert trin starter med en rolle og et verbum og ender i noget, en anden person kunne kontrollere; undtagelserne nævner en person; dokumenthovedet siger, hvem der ejer den, og hvornår den næste gang gennemses; og de sidste linjer registrerer, hvad der blev ændret, og hvorfor. Det er hele håndværket. Alt andet i denne guide handler om at holde dokumentet sandt efter den dag, det blev underskrevet.

Gennemgangscyklussen: sådan forbliver en procedure sand

En SOP er en påstand om, hvordan arbejdet udføres, og arbejdet flytter sig. Gennemgangscyklussen er det, der holder påstanden ærlig. Den har fire dele.

En dato og udløsere, der slår datoen. Hver SOP har en næste gennemgangsdato i sit dokumenthoved – seks eller tolv måneder er almindeligt, kortere for alt, der er reguleret eller sikkerhedsrelateret. Fire hændelser fremrykker gennemgangen: en hændelse, proceduren ikke forhindrede; en ændring i det værktøj, den formular eller den leverandør, trinene afhænger af; en ændring i den regel eller regulering, SOP'en implementerer; og tre afvigelser i træk – tre personer, der udfører et trin anderledes end dokumentet, er en afstemning, ikke et disciplinproblem.

Et kort gennemgangsmøde med de mennesker, der udfører opgaven. Tyve minutter, ejeren og to eller tre personer, der kører proceduren, den gældende version på alles skærm. Dagsordenen er altid den samme:

SOP-[ID] gennemgang — [dato]
1. Afvigelser siden sidste gennemgang: hvor gjorde vi det anderledes, og hvorfor — 5 min.
2. Hændelser og klager, proceduren var berørt af — 5 min.
3. Trin, der skal ændres, tilføjes eller slettes — én linje hver, med begrundelsen — 7 min.
4. Beslutning: genudgiv som v[n.n] den [dato], eller bekræft uændret med en ny gennemgangsdato — 3 min.
Handlinger: hvem redigerer, hvem godkender, hvem fortæller hvem, inden hvornår

En ny version, hvor den gamle bevares. Ændringen går ind i revisionshistorikken som én linje – dato, hvad der blev ændret, hvem der godkendte – og versionsnummeret rykker: et ændret trin er en mindre version (2.0 → 2.1), et ændret anvendelsesområde eller en ny rolle er en større. Den forrige version markeres som erstattet og bevares, ikke slettes: en revisor, eller en kollega der forklarer, hvad der skete i marts, har brug for proceduren, som den var dengang. En beslutning truffet under gennemgangen, som ændrer en regel og ikke blot et trin, hører også hjemme i beslutningsloggen, med SOP-ID'et i indførslen.

De, der udfører opgaven, hører om det. En genudgivet SOP, som ingen har meddelt, er den gamle SOP med et nyt nummer. Ændringen går til dem, der kører proceduren, det sted de allerede læser, med de tre ændrede linjer citeret – og den nye gennemgangsdato lægges i kalenderen samme dag.

Hvor SOP'en og dens gennemgang ligger i de værktøjer, du allerede bruger

Selve proceduren er et dokument, og den ligger, hvor teamets dokumenter ligger – en Word-fil i et delt bibliotek, et Google Doc, en side i en wiki, et canvas. Gennemgangen er et møde, og hver platform har et sted til det, gennemgangsmødet efterlader, og hver stopper et forskelligt sted. Kun dokumenteret adfærd, fra leverandørernes egne sider, med den måned hver side blev kontrolleret:

To ting er ens overalt. SOP'en er et dokument på det ene sprog, den blev skrevet på, og den kollega, der læser et andet sprog, læser enten det eller en kopi, nogen har lavet; og det, gennemgangen ændrede, kommer kun ind i dokumentet, hvis en person skriver det ind bagefter, på det samme sprog.

Sådan kommer proceduren – og hver gennemgang af den – tilbage på hvert medlems eget sprog

InterMIND er et kommunikationsrum, hvor et teams arbejde lever i en kanal, så SOP'en har et oplagt hjem: kanalen for det team, der kører proceduren. Postet som en note – en rich text-besked med overskrifter og nummererede lister, som kan redigeres senere fra sin egen menu – læses den af hvert medlem på deres eget sprog, med originalen og en oversigt over, hvad der er ændret, kun et tryk væk, og fastgjort, så den gældende version er det første, en ny kollega finder. Uploadet som en fil i stedet – en PDF eller et Word-dokument – åbner den for hver læser oversat til vedkommendes sprog på betalte planer, og på alle planer bærer dens kort et AI-resumé på læserens sprog, hvert punkt linket til det afsnit, det stammer fra, så fem-minutters-læsningen findes, før nogen har skrevet den. Hvis masterkopien bliver i et dokumentværktøj, lander dens opdateringer i kanalen via e-mail: kanalens vært giver den en adresse for sig, og en besked sendt dertil vises som en almindelig besked med afsenderen nævnt og vedhæftede filer bevaret.

Gennemgangsmødet starter fra den kanal. Under opkaldet kommer den gældende version på alles skærm ved siden af videofelterne med Share to conference – en note, eller et Google Docs- eller OneDrive-dokument linket i chatten – og hver deltager ruller i det uafhængigt og læser det på sit eget sprog; en delt note redigeres live af den, der deler, mens rummet ser det ændrede trin tage form. Når opkaldet slutter, skrives resuméet ud fra selve mødet – en oversigt, punkterne markeret som aftalt, åbne eller omstridte, action items med ejere, hver linje med sit tidsstempel – og de dokumenter, der blev delt under sessionen, bidrager med deres resuméer ved siden af det, der blev sagt. Det ankommer på e-mail, som en besked i kanalen og som et link i kalenderbegivenheden, og hvert indlogget medlem læser det på sit eget sprog: optegnelsen oversættes pr. læser, den skrives ikke én gang på det sprog, rummet tilfældigvis brugte. Ethvert medlem kan redigere det, hver redigering bevarer forfatter og revisionshistorik, og kanalen gemmer resuméet af hver tidligere session – så den gennemgang, der frembragte v2.1, er ét klik fra den note, der er v2.1, og et medlems egen assistent – Claude, ChatGPT, Copilot eller Gemini, forbundet via MCP-connectoren – kan søge i resuméer, transskriptioner, chats og teksten i delte filer i ét spørgsmål, "hvad ændrede vi i klageproceduren i oktober?", og læse selve dokumentet; det kører for organisationer med AI-funktioner slået til.

De, der kører en procedure, er ikke altid ansatte. En distributørs medarbejdere, en freelancer, en vikar: et eksternt medlem af kanalen tilmelder sig med e-mail på en gratis konto og læser SOP'en og dens historik som alle andre; en person uden konto er gæst i ét møde – vedkommende deltager i gennemgangsopkaldet via link, fra en telefon, uden omkostninger, hører det live på sit eget sprog og får ingen optegnelse bagefter. Værten stiller rummet til rådighed og betaler, på en betalt plan, kun for medlemmer, der har været aktive de foregående 28 dage – deltog i et møde, skrev i en chat eller spurgte assistenten; medlemmer, der bliver stille, beholder deres adgang uden omkostning.

• Åbn et komplet resumé — en ægte optegnelse genereret af den samme kode, der skriver dine.
• Prøv live-demoen — uden tilmelding; tal, og hør rummet oversat pr. lytter.

SOP'er som håndværk overlever ethvert værktøj: nogen skal stadig se opgaven blive udført, skrive trinene som handlinger og spørge den nye person, hvor vedkommende gik i stå. Det, der ikke behøver at overleve, er det andet arbejde – at holde en oversat kopi af hver version ved lige i hånden og genindtaste, hvad gennemgangen ændrede, på ét sprog, til folk der læser andre.

FAQ

Hvad er en SOP-skabelon?

En SOP-skabelon er det faste skelet, en standardprocedure skrives ind i: et dokumenthoved med ID, version, ejer, ikrafttrædelsesdato og næste gennemgangsdato, efterfulgt af standardafsnittene – formål, anvendelsesområde, roller, definitioner og forudsætninger, den nummererede procedure, undtagelser og eskalering, registreringer og referencer med en revisionshistorik. Skabelonen får hver procedure i organisationen til at se ens ud, så en person, der har læst én, kan finde rundt i dem alle.

Hvad er de 5 dele af en SOP?

De fem dele, de fleste skabeloner er enige om, er titelblokken eller dokumenthovedet, formålet, anvendelsesområdet, roller og ansvar og selve proceduren. En komplet SOP tilføjer tre mere – undtagelser og eskalering, registreringer og referencer med en revisionshistorik – og det er som regel de manglende, der får en procedure til at fejle: ingen ved, hvad de skal gøre, når den normale vej er spærret, og ingen ved, hvad der er ændret siden sidste version.

Hvordan skriver man en SOP?

Observér den, der udfører opgaven, og skriv ned, hvad der faktisk sker, inklusive forgreningerne. Skriv procedureafsnittet først – én handling pr. trin, rolle plus verbum, nutid – og udfyld derefter anvendelsesområde, roller og undtagelser ud fra det, trinene afslørede. Test den på en, der aldrig har udført opgaven, og ret hvert sted, vedkommende går i stå. Udgiv den, hvor teamet allerede læser, med ejeren og næste gennemgangsdato i dokumenthovedet, og læg den dato i kalenderen.

Hvad er formatet på en SOP?

En dokumenthovedlinje – ID, version, ejer, ikrafttrædelsesdato, næste gennemgangsdato – og otte nummererede afsnit: formål, anvendelsesområde, roller, definitioner og forudsætninger, procedure, undtagelser og eskalering, registreringer, referencer og revisionshistorik. Procedureafsnittet har én af fire former: enkle nummererede trin, hierarkiske trin med delpunkter, et rutediagram, når forgreningerne betyder mere end rækkefølgen, eller en tjekliste til en daglig rutine.

Hvad er forskellen på en SOP og en arbejdsinstruktion?

En SOP beskriver én opgave fra ende til anden på niveau med roller og trin – hvem der gør hvad, i hvilken rækkefølge, med hvilket resultat. En arbejdsinstruktion beskriver ét af de trin på én skærm, maskine eller formular, ned til feltet og knappen. SOP'en siger "Receptionen registrerer klagen i registret"; arbejdsinstruktionen viser registret, felterne og rullemenuens værdier. At holde dem adskilt er det, der lader SOP'en overleve en softwareændring.

Hvad er forskellen på en SOP og en politik?

En politik er reglen og begrundelsen: hvad organisationen gør og ikke gør. En SOP er, hvordan en rolle udfører reglen, trin for trin. "Enhver klage besvares inden for to arbejdsdage" er en politik; de otte trin fra registrering til afslutning er den SOP, der implementerer den. En politik ændres sjældent og ved beslutning; en SOP ændres, hver gang arbejdet gør, og dens revisionshistorik siger hvornår.

Findes der en SOP-skabelon i Word eller Google Docs?

Skabelonen i denne guide er almindelig tekst med fede etiketter, så den kan indsættes i et Word-dokument, et Google Doc, en Notion-side, et Slack-canvas eller en chatnote uden omformatering. Formatet betyder mere end filen: uanset hvad der rummer SOP'en, skal den have dokumenthovedet med ejeren og gennemgangsdatoen, nummererede trin, der begynder med en rolle og et verbum, en navngiven person for hver undtagelse og en revisionshistorik – og den skal ligge, hvor de, der udfører opgaven, allerede læser.

Hvor ofte bør SOP'er gennemgås?

På en dato skrevet i dokumenthovedet – hver sjette eller tolvte måned er almindeligt, og kortere hvor proceduren er reguleret eller sikkerhedsrelateret – og tidligere, når en af fire ting sker: en hændelse, proceduren ikke forhindrede, en ændring i det værktøj eller den formular, trinene afhænger af, en ændring i den regel, den implementerer, eller tre afvigelser i træk. Gennemgangen er et tyve minutters møde med de mennesker, der udfører opgaven, og den ender i en ny version med én linje i historikken eller en bekræftelse med en ny gennemgangsdato.

Kilder: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Siderne fra Microsoft, Google og Slack er kontrolleret i oktober 2026; Zooms side om mødeoversigter er kontrolleret i august 2026. Leverandører ændrer planer, funktioner og sproglister over tid; tjek deres sider for den aktuelle status.