Et udkast ved siden af den gældende version
Arbejd i et udkast, mens den nuværende version stadig gælder. Skriv i editorens afsnit og underafsnit, eller importér politikken fra et dokument og ret formateringen til i hånden bagefter.
Moduler
.legal AI
Alle AI-funktioner →Integrationer
Se alle integrationer →Platform og funktioner
Efter mål
Efter framework
Alle frameworks →Se, hvordan andre gør
Alle kundecases →Forstå reglerne
Se det i praksis
Alle kundecases →Planlæg skiftet
Hold dig opdateret
Med politik mener vi det ledelsesgodkendte dokument, jeres kolleger skal følge. I .legal er det to adskilte handlinger at udgive en version og at bede om kvittering, og hver version har sin egen kvitteringslog, så I kan se, hvem der kvitterede for v1.0, og hvem der stadig mangler på v2.0.
Ubegrænset antal brugere • Gratis onboarding og support • Ingen binding
Kvittering for politikker
Anders Krogh udgav version 2.0 af Meridian Nordics informationssikkerhedspolitik en tirsdag morgen, og der skete ingenting. Ingen fik en mail, og det var netop meningen, for afsnittet om privilegeret adgang, som kom til i denne version, var ikke skrevet til 850 kolleger. Han åbnede fanen med modtagere og kvitteringer, valgte v2.0, valgte gruppen af kontakter på forretningsområdet IT, tilføjede de to eksterne konsulenter på netværksprojektet med navn og mail, og sendte den. Fredag viste kvitteringsfremdriften på v2.0, at det meste af kredsen var på plads, og at to stadig manglede.
Udgivelse er stille
At udgive gør en version gældende og låser den. At bede om kvittering er en separat handling, I selv starter, når det giver mening.
Én log per version
Hver version har sin egen kvitteringslog, så v1.0 og v2.0 aldrig flyder sammen i én liste.
Ingen konto nødvendig
Eksterne modtagere kvitterer med navn og mailadresse. De behøver ikke en bruger i platformen.
Ingen forældet status på papir
Afsnit kobles til kontroller i jeres aktive frameworks, og kontrollerne er bevidst udeladt af PDF'en, så en udskrift aldrig viser en status, der er forældet.
Kvittering for politikker
De fleste sikkerhedspolitikker lever som en fil. Filen bliver skiftet ud, navnet får et v3-endelig i enden, og overblikket over, hvem der har læst hvad, ligger i en mailtråd.
Kvittering for politikker
Udgivelse gør et udkast til den gældende version og låser det. Udgivelse giver ikke besked til nogen, og det er med vilje.
Kvittering for politikker
Hver udgivet version har en kort beskrivelse af, hvad der er ændret, og det er et menneske, der afgør, hvor stor ændringen var.
Kvittering for politikker
I vælger selv, hvem en version skal ud til kvittering hos: en gruppe, enkelte brugere eller eksterne modtagere med navn og mail. En gruppe er kontakterne på et forretningsområde, så I kan sende til alle i IT.
Kvittering for politikker
Et afsnit eller underafsnit kan kobles til kontroller i de frameworks, I har gjort aktive, og koblingen går begge veje.
Kvittering for politikker
Modtageren læser politikken og skal bekræfte at have læst og forstået den. Det er det, loggen registrerer, og her er, hvad den ikke gør.
Arbejd i et udkast, mens den nuværende version stadig gælder. Skriv i editorens afsnit og underafsnit, eller importér politikken fra et dokument og ret formateringen til i hånden bagefter.
Hver version gemmes med sin beskrivelse af ændringerne. Vælg to vilkårlige og sammenlign dem side om side eller inline, og vælg så mellem et redaktionelt og et væsentligt versionsspring.
Udgivelsen danner en PDF og lægger den under politikkens dokumenter, én per version. Kontrollerne er bevidst udeladt, for en udskrevet kontrolstatus ville være forkert dagen efter.
Kobl afsnit og underafsnit til kontroller i jeres aktive frameworks. Fra kontrollen kan I se, hvilke politikker der er koblet til den.
Kvittering er en separat runde, som I sender fra fanen med modtagere og kvitteringer for den version, I vælger, og hver version har sin egen log. Send den til en gruppe (kontakterne på ét forretningsområde, fx IT), til enkelte brugere eller til eksterne modtagere med navn og mail, som ikke behøver at være brugere i platformen.
Kvitteringsfremdriften står som en kolonne i oversigten over politikker og per version i versionshistorikken. En påmindelse går fra platformen til én person ad gangen.
Kvittering for politikker
To frameworks, der forventer, at politikken findes, og en politik, der kan pege tilbage på deres kontroller.
ISO 27001
ISO 27001 forventer dokumenterede politikker. Når frameworket er aktivt, kan et afsnit i politikken kobles til dets kontroller, og fra hver kontrol kan I se, hvilke politikker der er koblet til den.
NIS2
NIS2 forventer også dokumenterede sikkerhedspolitikker. Med NIS2 aktivt kobles afsnit i politikken til dets kontroller på samme måde, side om side med ISO 27001, hvis I kører begge.
Her ligger de frameworks og kontroller, et afsnit i politikken kobles til. Det er informationssikkerhed som dokumentation, så platformen registrerer arbejdet og overvåger ikke jeres systemer.
Udforsk Informationssikkerhedvirksomheder
brugere
kontrakter
behandlingsaktiviteter
Bech-Bruun
Mikkel Friis Rossa (Partner)
Fenerum
Rasmus Boutrup (Financial Controller)
Lægeforeningen
Michael Berner (Advokat)
Molecule Consultancy
Nanna Rodian Christensen (HR & Operational Manager)
Plum Safety
Ulrik Dueholm Beckmann (QC, CM og ESG Lead)
Bech-Bruun
Mikkel Friis Rossa (Partner)
Fenerum
Rasmus Boutrup (Financial Controller)
Lægeforeningen
Michael Berner (Advokat)
Molecule Consultancy
Nanna Rodian Christensen (HR & Operational Manager)
Plum Safety
Ulrik Dueholm Beckmann (QC, CM og ESG Lead)
Novicell
Julie Oxenvad (Legal Consultant)
Axel Kaufmann ApS
Julie Lundkvist Andreasen (Jurist og kundeservicechef)
DMJX
Kaspar Rocholz (GDPR-koordinator)
Min By Media
Tinna Schultz (HR-chef)
NRGi
Mette Mühlendorph (Compliance Specialist)
Novicell
Julie Oxenvad (Legal Consultant)
Axel Kaufmann ApS
Julie Lundkvist Andreasen (Jurist og kundeservicechef)
DMJX
Kaspar Rocholz (GDPR-koordinator)
Min By Media
Tinna Schultz (HR-chef)
NRGi
Mette Mühlendorph (Compliance Specialist)
Hver use case er et stykke rigtigt compliance-arbejde, beskrevet som det faktisk foregår i platformen. Filtrer efter hvem du er, hvad du arbejder med, og hvilke regelsæt du skal leve op til.
22 use cases
Ingen use cases matcher den kombination endnu. Prøv at fjerne et filter.
Nej. Udgivelse giver ikke besked til nogen. Den gør udkastet til den gældende version, låser det og danner en PDF af det. At bede om kvittering er en separat handling, som I starter fra fanen med modtagere og kvitteringer, for den version, der skal bekræftes, og den er valgfri for hver version. Hver version har sin egen kvitteringslog, så I kan se, hvem der kvitterede for v1.0, og hvem der stadig mangler på v2.0.
Ja. I kan sende en version af politikken til kvittering til en gruppe og også til enkelte brugere og til eksterne modtagere med navn og mail. En gruppe er en række kontakter, der er samlet på et forretningsområde, fx alle i IT, så I kan sende versionen til hele IT på én gang. Den samme gruppering bruges, når I sender awareness-materiale ud. Modtagerlisten bliver gemt, så næste version kan gå til de samme modtagere. Alle andre kan læse politikken via et skrivebeskyttet link, der ikke kan gættes, fx på intranettet, og I vælger selv, om linket er offentligt.
Ja. Eksterne modtagere tilføjes med navn og mail og behøver ikke være brugere i platformen for at modtage politikken og kvittere for den. Det, de ser, er selve politikken, uden kontroller og tilbagevendende opgaver, for læseren skal have indholdet og ikke jeres kontrolstatus. For at kvittere bekræfter de, at de har læst og forstået den.
Den beviser, at de har bekræftet den. Modtageren skal erklære at have læst og forstået politikken, og loggen gemmer den bekræftelse på versionen. Vil I vide, om indholdet faktisk er gået ind, er det et videnstjek med spørgsmål og svar, og det kører på audit-motoren i stedet. De to passer godt sammen, og use casen om awareness-træning viser den anden halvdel.
Fra platformen, én person ad gangen. Har nogen ikke kvitteret, kan I sende dem en påmindelse direkte, og fanen med modtagere og kvitteringer viser, hvem der endnu ikke har kvitteret. Der går ikke noget ud af sig selv efter en tidsplan, så det er en beslutning, nogen træffer, og ikke en kadence, der kører i baggrunden.
Det bestemmer I, version for version. I kan sende v2.0 til kvittering, og så får den sin egen log ved siden af den for v1.0, eller I kan udgive en lille redaktionel rettelse helt uden en runde. Platformen træffer ikke den beslutning, og en udgivelse starter ikke en runde.
Når revisor spørger, hvilken version der gjaldtNej. I kan koble afsnit for afsnit, samle alle relevante kontroller i ét afsluttende afsnit eller starte fra frameworket og mappe dets kontroller til politikken. Uanset hvilken vej I vælger, viser en kontrol, hvilke politikker der er koblet til den. Vælg det niveau af vedligehold, I faktisk kan holde til.
Hvad Annex A-kontroller erFordi en udskrevet kontrolstatus er forkert dagen efter, den blev udskrevet. Udgivelsen danner en PDF af versionen og lægger den under politikkens dokumenter, én per version, og kontrollerne er bevidst udeladt. Inde i platformen viser politikken sine koblede kontroller med deres aktuelle status, så det er der, I skal kigge.
Nej. Vi laver planen, ikke udfyldningen. Editoren er tom med vilje, så strukturen og formuleringerne er jeres. Findes politikken allerede, kan I importere den fra et dokument, så den fordeles i afsnit, og som regel skal formateringen rettes til i hånden bagefter. Vil I have et udgangspunkt, findes standardtekster til politikker som Word-filer, som I redigerer uden for platformen.
Nej. Policy Management er et tilkøbsmodul, og det er den del af platformen, denne side handler om. De kontroller, et afsnit i politikken kobles til, ligger i de frameworks, I har gjort aktive.
Policy ManagementSpørg Johannes direkte, han giver de fleste af vores demoer personligt
Book ham her