Hvad er en beslutningslog?

Senest opdateret: 11. september 2026

Fagligt gennemgået af BetterBoard

En beslutningslog samler organisationens væsentlige beslutninger i et struktureret register, så de kan genfindes, forstås og følges op på tværs af møder og perioder. Den forbinder den præcise beslutning med dato, beslutningsorgan, ansvarlig, frist, status og de godkendte dokumenter, som udgør grundlaget.

For bestyrelsen kan loggen skabe overblik over åbne mandater og tidligere valg uden at erstatte mødereferatet eller den formelle mødebog. Den hjælper også direktion, sekretariat og projektledelse med at omsætte beslutninger til handling og dokumentere senere ændringer uden at overskrive historikken.

Denne guide viser, hvordan en beslutningslog eller decision log struktureres og vedligeholdes, hvilke felter en skabelon bør indeholde, og hvordan adgang, versionsstyring og opfølgning håndteres. Indholdet er generelt og kan ikke erstatte juridisk eller organisationsspecifik rådgivning.

En beslutningslog er et samlet register over de beslutninger, som et ledelsesorgan, projekt eller team har truffet. Den gør beslutningens ordlyd, dato, ejer, status og relation til dokumentationen let at finde. På engelsk kaldes den ofte ”decision log”, og den kan også omtales som beslutningsregister eller beslutningsoversigt.

Loggen er et styringsværktøj, ikke en selvstændig beslutningskompetence. En registrering bliver ikke gyldig, blot fordi den står i loggen. Beslutningen skal være truffet af det rette organ og dokumenteret efter de regler, vedtægter og processer, der gælder. Loggen peger tilbage på det autoritative grundlag og understøtter opfølgning.

Bestyrelser og ledelser træffer beslutninger på tværs af mange møder. Uden et samlet overblik kan mandat, vilkår og frister forsvinde i lange referater eller personlige mailbokse. Loggen reducerer tiden på genfinding og gør det lettere at se, hvilke beslutninger der stadig kræver handling eller opfølgning.

Den styrker også kontinuiteten ved udskiftning af medlemmer, direktører eller sekretariat. En ny ansvarlig kan forstå gældende beslutninger uden at læse hele mødearkivet kronologisk. Ved revision, tvist eller due diligence kan loggen være en nyttig indgang, men de underliggende godkendte dokumenter er fortsat afgørende.

Et mødereferat dokumenterer ét konkret møde, herunder punkter, behandling og beslutninger. En mødebog samler de godkendte protokoller kronologisk. Beslutningsloggen udtrækker de beslutninger, som organisationen ønsker at kunne søge, styre og følge på tværs af møder.

De tre funktioner supplerer hinanden. Loggen bør indeholde et link til referatets punkt og den godkendte protokol, så konteksten kan kontrolleres. Den bør ikke blive en alternativ historik med andre formuleringer. Hvis loggen og protokollen er uenige, skal fejlen undersøges og korrigeres med bevaret sporbarhed.

Beslutningen beskriver, hvad et kompetent organ har vedtaget. En handling beskriver, hvad nogen efterfølgende skal gøre. Beslutningen ”virksomheden åbner et nyt marked inden årets udgang” kan eksempelvis skabe handlinger om budget, rekruttering, kontrakter og rapportering. Én beslutning kan derfor have flere ansvarlige og frister.

Aktionslisten bør referere til beslutnings-ID’et, og loggen bør vise den overordnede gennemførelsesstatus. En udført opgave betyder ikke nødvendigvis, at beslutningens formål er realiseret. Skeln mellem aktivitet, leverance og effekt. BetterBoards produktfunktion til opgaver har sin egen kommercielle side og behandles ikke detaljeret i den neutrale definition her.

Tilpas felterne til organisationens størrelse og risici. En enkel log med konsekvent brug er bedre end et omfattende skema, som ikke bliver opdateret. Fortrolighedsklasse, beslutningstype, økonomisk ramme, habilitet, afhængigheder og næste kontrol kan tilføjes, når de skaber reel værdi.

Registrér beslutninger, som har betydning for strategi, økonomi, risici, organisation, større aftaler, investeringer, politikker eller konkrete mandater. Gentagne standardbeslutninger kan grupperes, hvis sporbarheden bevares. Orienteringer og drøftelser bør normalt ikke kaldes beslutninger, medmindre organet faktisk konkluderede eller gav et mandat.

Fastlæg en tærskel, så loggen ikke drukner i trivielle forhold. Samtidig må væsentlige beslutninger ikke udelades, fordi de blev truffet hurtigt eller uden for et ordinært møde. Kriterierne kan beskrives i forretningsordenen og anvendes ensartet af mødesekretæren.

En god beslutning angiver handling eller resultat, omfang, mandat, eventuelle beløbsgrænser, ansvar og virkningstidspunkt. Formuleringen skal kunne forstås uden at gætte ud fra dagsordensoverskriften. Undgå ”godkendt som drøftet”, hvis drøftelsen ikke gør mandatet entydigt i den godkendte dokumentation.

Skriv aktivt og konkret: hvem bemyndiges til hvad, på hvilke vilkår og inden hvornår? Hvis beslutningen afhænger af en betingelse, skal den fremgå. Beskriv ikke mere intern debat eller personinformation end nødvendigt. Den endelige ordlyd bør afstemmes på mødet, så sekretæren ikke efterfølgende skal rekonstruere hensigten.

Et stabilt ID gør det muligt at referere til beslutningen i opgaver, rapporter, bilag og senere ændringer. En enkel konvention kan kombinere årstal og løbenummer, eksempelvis B-2026-014. Flere organer kan bruge et kort præfiks, hvis det ikke skaber forvirring. ID’et må ikke genbruges, når en beslutning slettes eller erstattes.

Mødedato og dagsordenspunkt er vigtige metadata, men fungerer ikke altid som unikt ID, fordi et punkt kan rumme flere beslutninger. ID’et bør oprettes efter en fast proces og følge beslutningen gennem hele dens levetid. Systemmigration må ikke ændre referencerne uden en dokumenteret kobling.

Loggen bør kort beskrive det problem eller mål, som beslutningen vedrører, og henvise til det fulde beslutningsoplæg. Ved væsentlige valg kan de vigtigste alternativer og begrundelsen registreres. Det gør senere evaluering mulig, fordi man kan se, hvilke forudsætninger der gjaldt på beslutningstidspunktet.

Loggen skal ikke gengive hele diskussionen. Brug links til godkendte bilag og referat frem for at kopiere tekst, som senere kan afvige. Beskriv usikkerheder og afgørende antagelser, hvis de påvirker mandatet. Fortrolige juridiske råd eller personforhold kan kræve særskilt adgang og bør ikke spredes gennem et bredt register.

Beslutningsejeren har ansvar for, at beslutningen omsættes til den aftalte opfølgning, men kan delegere konkrete aktiviteter. Brug navn eller entydig rolle, en frist og en forventet leverance. Hvis flere personer står som fælles ansvarlige, bør én stadig være koordinerende ejer, så opgaven ikke falder mellem rollerne.

Fastlæg også, hvornår beslutningen skal tilbage til bestyrelsen, og hvilken dokumentation der viser fremdrift. En frist kan være en leverancedato, mens en senere effektdato bruges til at måle resultatet. Knyt opfølgningen til kommende dagsordener og undgå uformelle påmindelser uden fælles synlighed.

Et lille, klart statussæt kan være:

• Udkast – endnu ikke endeligt godkendt eller verificeret.
• Gældende – beslutningen har virkning og kræver eventuelt gennemførelse.
• Under gennemførelse – tilknyttede handlinger er i gang.
• Gennemført – aftalte leverancer er udført og kontrolleret.
• Afventer – blokeret af en angivet betingelse eller ekstern afhængighed.
• Erstattet – en senere beslutning har overtaget med tydelig reference.
• Ophævet – beslutningen gælder ikke længere fra en angivet dato.

Status skal beskrive beslutningens livscyklus, ikke skjule manglende fremdrift. Angiv årsag og næste skridt ved ”afventer”.

Bestyrelsessekretæren, mødesekretæren eller en anden udpeget administrator kan registrere og kvalitetssikre oplysningerne. Formanden og det samlede organ er ansvarlige for, at beslutningen er klar. Den enkelte beslutningsejer er ansvarlig for status og opfølgning inden for sit mandat.

Adskil administration fra godkendelse. Sekretæren bør ikke ændre en materiel beslutning for at gøre den mere praktisk. Fastlæg svartider, kvalitetstjek og eskalation ved manglende status. Rollen som bestyrelsessekretær kan omfatte denne koordinering, men ansvarsfordelingen skal tilpasses organisationen.

Registrér et foreløbigt udkast hurtigt efter beslutningen, men markér tydeligt, at det ikke er endeligt. Den autoritative tekst bør følge den proces, der gælder for referat eller skriftlig beslutning. Når ordlyden er godkendt, opdateres status, og relationen til protokol, bilag og eventuelle underskrifter kontrolleres.

Hastende beslutninger kan kræve hurtig kommunikation før det samlede referat er færdigt. I så fald bør et godkendt beslutningsuddrag eller anden fast proces anvendes. Undgå, at en automatisk mail fra loggen bliver opfattet som mandat, hvis beslutningen endnu ikke er endeligt formuleret.

Hver registrering bør henvise til organ, mødedato, dagsordenspunkt og den godkendte dokumentversion. Beslutningsoplæg og relevante bilag kan linkes, men linket skal pege på et bevaret dokument, som ikke kan erstattes uden historik. Beskriv dokumenttitel, dato og version, hvis tekniske links kan ændre sig.

En sikker dokumenthåndtering gør relationerne mere stabile. Adskil selve beslutningen fra arbejdspapirer og private noter. Brug samme ID i referat, aktionsliste og rapportering, så brugerne kan navigere fra konklusion til kontekst uden at skabe dubletter.

Hvis et medlem er inhabilt, bør den godkendte protokol vise, hvordan forholdet blev håndteret, og om medlemmet deltog i behandling eller beslutning. Beslutningsloggen kan indeholde en kort markering og link til punktet, men bør ikke kopiere flere personoplysninger end nødvendigt. Se den særskilte forklaring om habilitet.

Eventuel dissens skal dokumenteres efter det relevante regelgrundlag i protokollen. Loggen kan angive, at beslutningen ikke var enstemmig, og henvise til den fulde formulering. Den må ikke forenkle en afvigende mening på en måde, der ændrer betydningen. Adgang kan afgrænses, men historikken skal bevares.

Beslutninger uden et fysisk møde kan træffes, hvis lovgrundlag, vedtægter og organets proces tillader det. Loggen bør angive beslutningsform, deltagere, tidsrum, godkendt ordlyd og eventuelt afstemningsresultat. En række e-mails er vanskelige at efterprøve og bør samles i en entydig, godkendt registrering.

Ved digital afstemning skal beslutningskompetence, deltagelse, habilitet og resultat stadig være klart. Systemets aktivitetslog er ikke nødvendigvis den formelle protokol. Kobl den digitale dokumentation til mødebogen og beslutningsloggen efter en fast arbejdsgang.

Overskriv aldrig den oprindelige registrering, som om den aldrig havde eksisteret. Opret en ny beslutning med eget ID, henvis til den tidligere, og angiv præcist om den ændrer, erstatter eller ophæver den samt fra hvilken dato. Bevar tidligere ordlyd, status og godkendelsesgrundlag.

En fejlrettelse er noget andet end en ny materiel beslutning. Stavefejl kan korrigeres med et dokumenteret revisionsspor, mens ændring af beløb, mandat eller vilkår kræver beslutning på rette niveau. Vis relationerne i begge poster, så en søgning aldrig præsenterer en udløbet beslutning som gældende.

Opfølgning bør kontrollere både gennemførelse og resultat. Hvis bestyrelsen godkendte en investering, er det ikke nok at notere, at kontrakten blev underskrevet. Sammenlign senere med de mål, økonomiske rammer og risici, der lå til grund. Det understøtter læring og bedre fremtidige beslutninger.

Fastlæg allerede ved beslutningen, hvilke indikatorer og tidspunkter der anvendes. Nogle effekter kan måles hurtigt, mens strategiske beslutninger kræver længere horisont. Luk ikke posten blot for at reducere antallet af åbne punkter. Dokumentér i stedet, hvad der er gennemført, og hvornår en egentlig effektvurdering følger.

I bestyrelsesarbejdet kan loggen bruges til at forberede møder, kontrollere åbne mandater og planlægge opfølgning. Formanden kan se, hvilke sager der skal tilbage på dagsordenen, og medlemmer kan genfinde beslutninger uden at gennemlæse alle tidligere møder.

Loggen bør indgå i årshjul og rapportering uden at blive en parallel protokol. Bestyrelsen kan periodisk gennemgå ældre gældende beslutninger, der mangler slutdato eller ejer. Det er særligt nyttigt ved ny strategi, ledelsesskifte eller større organisatoriske ændringer, hvor gamle mandater ellers kan fortsætte ubemærket.

Projekter træffer valg om omfang, arkitektur, leverandører, budget, tidsplan og accepterede afvigelser. En decision log gør det muligt at forstå, hvorfor projektet valgte en retning, og hvem der havde mandatet. Den supplerer risiko-, problem-, ændrings- og aktionsregistre, men bør ikke blandes sammen med dem.

Knyt beslutninger til milepæle, business case og ændringsanmodninger. Ved overdragelse til drift skal gældende beslutninger og begrænsninger følge med. Et projekt kan afsluttes, mens langsigtede konsekvenser fortsætter; fastlæg derfor, hvem der overtager ejerskab og opbevaring efter projektorganisationens opløsning.

Beslutningsloggen kan indeholde strategi, økonomi, personalesager, juridiske vurderinger og sikkerhedssvagheder. Brug rollebaseret adgang og princippet om mindst mulige rettigheder. Overvej særskilt adgang til lukkede punkter frem for at give alle brugere adgang til hele registeret. Fjern adgang hurtigt ved rolle- eller medlemsændringer.

Eksport, udskrift og lokale kopier skal indgå i kontrollen. En sikker portal beskytter ikke et regneark, som efterfølgende deles ukontrolleret. Klassificér beslutninger og brug sikker dokumentdeling med rådgivere og andre eksterne modtagere.

Loggen kan indeholde navne, roller, ansvar og beslutninger om medarbejdere eller andre personer. Følg principperne om formål, dataminimering, korrekthed, adgang og opbevaringsbegrænsning. Registrér kun personoplysninger, der er nødvendige for beslutningens dokumentation og opfølgning, og undgå brede fritekstfelter med irrelevante detaljer.

Særligt følsomme personalesager kan kræve et afgrænset register eller begrænset visning. Retten til indsigt og andre databeskyttelsesspørgsmål skal vurderes konkret; betegnelsen ”fortrolig” fjerner ikke reglerne. Se den generelle introduktion til GDPR.

Der findes ikke én universel frist. Beslutninger kan være relevante, så længe de er gældende, og historikken kan være nødvendig for revision, ansvar, forældelse, transaktioner og organisatorisk kontinuitet. Vurder loggen sammen med referater, protokoller, kontrakter og anden autoritativ dokumentation.

Klassificér forskellige oplysninger. Gældende beslutning og historisk relation kan have længere bevaringsbehov end midlertidige kommentarer eller dubletter. Persondata må ikke opbevares uden formål, men nødvendig dokumentation bør heller ikke slettes mekanisk efter en standardfrist. Fastlæg ansvar og dokumentér konkrete slette- eller arkiveringsbeslutninger.

Én central version skal være autoritativ. Systemet bør registrere, hvem der oprettede og ændrede en post, hvornår ændringen skete, og hvad der blev ændret. Godkendte beslutninger bør låses mod ubemærket redigering. Rettelser og statusændringer skal bevare historikken.

Regneark kan fungere i en lille organisation, hvis adgang, backup og ændringslog styres. Ved flere brugere opstår hurtigt samtidige kopier og brudte links. Kontrollér regelmæssigt, at beslutnings-ID’er er unikke, obligatoriske felter er udfyldt, og referencer fortsat peger på de korrekte godkendte dokumenter.

• At bruge beslutningsloggen som erstatning for godkendt referat eller lovpligtig protokol.
• At registrere emneoverskrifter i stedet for den præcise beslutning.
• At mangle ansvarlig, frist, status eller reference til beslutningsgrundlaget.
• At blande beslutninger, risici, problemer og handlinger i samme ustrukturerede felt.
• At overskrive ændrede eller ophævede beslutninger uden historik.
• At lade udkast fremstå som endeligt godkendte mandater.
• At oprette flere parallelle logs i mail, regneark og portal.
• At give for bred adgang til personale-, strategi- eller sikkerhedsbeslutninger.
• At lukke poster ved udført aktivitet uden at følge op på effekten.

En enkel governance med klare roller og faste kontroller forebygger de fleste fejl.

1. Fastlæg formål, omfang og hvilke beslutningstyper der skal med.
2. Udpeg administrator, beslutningsejere og godkendelsesansvar.
3. Definér obligatoriske felter, statusser og et unikt ID-format.
4. Knyt loggen til dagsorden, referat, mødebog og relevante bilag.
5. Registrér beslutninger hurtigt og markér udkast tydeligt.
6. Godkend den endelige ordlyd gennem den fastlagte proces.
7. Opret afledte handlinger med ansvarlige, frister og fælles reference.
8. Styr adgang efter roller og beskyt følsomme beslutninger.
9. Følg regelmæssigt op på status, effekt og udløbne mandater.
10. Bevar ændringshistorik og kontrollér periodisk loggens kvalitet.

Start eventuelt med de væsentligste gældende beslutninger og udvid kontrolleret. En historisk rekonstruktion skal markeres som sådan, hvis den ikke bygger på samtidige, godkendte dokumenter.

• Retsinformation – selskabsloven, herunder reglerne om bestyrelsens protokol og dokumentation af forhandlinger.
• Komitéen for god Selskabsledelse – Anbefalinger for god Selskabsledelse, herunder rammer for bestyrelsens opgaver, risikostyring og evaluering.
• Datatilsynet – regler og vejledning, relevant når beslutningsloggen indeholder personoplysninger.

Der findes ikke én generel lovbestemt skabelon til en beslutningslog. Den er et supplerende styringsværktøj og skal tilpasses organisationens form, vedtægter, forretningsorden og konkrete dokumentationskrav. Den må ikke forveksles med den protokol, som lovgivningen kan kræve.

BetterBoards opgavefunktion i bestyrelsesportalen kan understøtte overgangen fra bestyrelsens beslutninger til konkrete ansvarlige, opgaver og frister. Sammen med portalens mødearkiv, dagsordener og referater bliver det lettere at bevare sammenhængen mellem beslutningsgrundlag og opfølgning.

BetterBoard kan blandt andet understøtte:

• Samlet adgang til dagsorden, beslutningsoplæg, bilag og referat.
• Tildeling af opgaver og frister til relevante personer.
• Fælles status frem for opfølgning i private mailbokse.
• Rollebaseret adgang til fortroligt bestyrelsesmateriale.
• Genfinding af tidligere møder og beslutningsgrundlag.
• Mere konsekvent opfølgning på tværs af møder og bestyrelser.

En bestyrelsesportal træffer ikke beslutninger og gør ikke automatisk en registrering juridisk gyldig. Bestyrelsen skal fortsat sikre klar ordlyd, korrekt kompetence, relevant protokol og ansvarlig opfølgning. Portalen understøtter den proces, organisationen har fastlagt.