Et overblik på hvert system
Hvert system viser de persondata, der ligger i det, samlet fra alle de behandlingsaktiviteter, det er knyttet til, så spørgsmålet kan starte i systemet frem for i hver enkelt aktivitet.
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
Åbn et system og se, hvilke persondata der ligger i det, samlet fra alle de behandlingsaktiviteter, det er knyttet til, og med et overblik på leverandøren bag også. Ingenting bliver fundet for jer: hver registrering er lavet af en kollega, og derfor kan I stå inde for den.
Ubegrænset antal brugere • Gratis onboarding og support • Ingen binding
Datakortlægning
Da IT meldte ud, at Meridians gamle kundeportal lukker til foråret, landede det første spørgsmål hos Sofie Bruhn, som det plejer: Hvilke persondata ligger der egentlig i den, og hvad hænger på den? Før svarede hun ved at læse behandlingsaktiviteterne igennem én ad gangen og håbe, at listen var komplet. Denne gang åbnede hun selve portalen. Den viste persondataene samlet fra alle de aktiviteter, den var knyttet til, og hvilke aktiviteter det var, og leverandøren bag viste også overblikket. Anders Krogh, der ejer aktivregistret på sikkerhedssiden, kiggede på det samme system.
Start i systemet
Åbn systemet og læs, hvilke persondata der ligger i det, samlet fra alle de behandlingsaktiviteter, det er knyttet til.
Formålet sætter grænsen
Når I knytter et system til en aktivitet, kan I kun vælge de persondata, aktiviteten allerede dækker.
Per selskab, hvor det er forskelligt
Med koncernselskaber, som er en del af Enterprise-planen, markerer I på hver aktivitet, hvilke selskaber der bruger systemet, også når aktiviteten spænder over flere.
Så fint som I har brug for
Bliv på kategoriniveau, eller tilføj jeres egne persondatatyper under det. I mister ingenting ved at lade være.
Datakortlægning
Revisorer, IT og kunder spørger sjældent til en behandlingsaktivitet. De spørger til et system, og når dokumentationen er bygget op om aktiviteter, tager det tid at svare.
Datakortlægning
Aktiviteter, systemer og leverandører er kortlagt til hinanden, og den side af sagen står på siden om fortegnelsen. Her starter vi i den anden ende, med systemet.
Datakortlægning
Når I knytter et system til en behandlingsaktivitet, vælger I systemets persondata blandt dem, aktiviteten allerede dækker. Andet er ikke at vælge imellem.
Datakortlægning
Persondatakategorierne er det generelle niveau. Under dem kan I tilføje jeres egne persondatatyper (fx navn, e-mailadresse eller fysisk adresse), når de spørgsmål, I får, kræver den detalje.
Datakortlægning
Aktiver er ikke længere kun systemer, der behandler persondata. Anders Krogh dokumenterer Meridians IT og OT i det samme register, som Sofie kortlægger op imod, og persondata er én måde at beskrive et aktiv på, ikke definitionen af det.
Datakortlægning
Kortlægning er det tydeligste sted at se, hvor .legal stopper. Vi laver planen, ikke udfyldningen.
Hvert system viser de persondata, der ligger i det, samlet fra alle de behandlingsaktiviteter, det er knyttet til, så spørgsmålet kan starte i systemet frem for i hver enkelt aktivitet.
Leverandøren bag systemet viser også overblikket, så spørgsmålet kan starte i begge ender.
Når I knytter et system til en behandlingsaktivitet, kan I kun vælge blandt de persondatakategorier, der er registreret på aktiviteten, og I tager dem, systemet rummer.
Med koncernselskaber, som er en del af Enterprise-planen, markerer I på hver behandlingsaktivitet, hvilke koncernselskaber der bruger systemet, også når aktiviteten dækker flere af dem.
Hvert system viser de aktiviteter, det er knyttet til, med ansvarlig, risikoscore og forretningsområde, filtreret efter hvad brugeren har adgang til.
Jeres eget detaljerede lag under kategorierne, oprettet i stamdata og sat på aktiviteten, systemet og databehandleren. Frivilligt, og kategorierne virker fint uden.
Datakortlægning
GDPR, læst fra de systemer, der bærer det.
GDPR
Jeres fortegnelse er GDPR-arbejde, og systemerne bag den er typisk der, hvor spørgsmålene starter. Det er den samme dokumentation, læst fra systemets ende.
Dokumentér GDPR og hold artikel 30-fortegnelsen opdateret. Det er her, jeres behandlingsaktiviteter ligger, og hvert system på denne side læses gennem dem.
Udforsk GDPRDriv jeres ledelsessystem for informationssikkerhed og lev op til NIS2, ISO 27001 og mere ét sted. Det er også her, Anders holder det aktivregister, siden kortlægger op imod.
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. Intet scanner, gennemsøger eller kobler sig på jeres systemer, og der er ingen automatisk opdagelse af nogen art. Hver registrering i kortlægningen er lavet af et menneske, der kender systemet. Det tager længere tid at bygge op, end en scanning lover, og til gengæld siger kortlægningen det, jeres organisation har besluttet er sandt, og det er det, en revisor beder jer stå inde for.
Fra de behandlingsaktiviteter, det er knyttet til. Hver gang I knytter et system til en aktivitet, vælger I, hvilke af aktivitetens persondata systemet rummer. Systemet viser derefter det hele samlet, på tværs af alle de aktiviteter, det er knyttet til, og leverandøren bag systemet viser også overblikket. Svaret for et system er altså aldrig mere komplet end aktiviteterne bag det.
Når spørgsmålet i stedet handler om aftalen med leverandørenFordi listen, I vælger fra, er behandlingsaktivitetens egne kategorier. Et system kan kun kortlægges til persondata, formålet allerede dækker, og det holder kortlægningen ærlig. Rummer et system faktisk noget, aktiviteten ikke nævner, er det et spørgsmål om aktiviteten, og det skal besvares der først.
Nej. Kategorierne er det generelle niveau, og de besvarer mange spørgsmål alene. Har I brug for mere detalje, kan I oprette jeres egne persondatatyper i stamdata, knytte dem til de kategorier, I allerede bruger, og sætte dem på aktiviteten, systemet og databehandleren. Det er frivilligt, og intet af det, I har kortlagt på kategoriniveau, går tabt, hvis I aldrig bruger dem.
Nej. I kan gå ind fra det hjørne, I kender: systemet, behandlingsaktiviteten eller den juridiske enhed. IT kender som regel systemerne, og forretningen kender aktiviteterne, så kortlægningen kan bygges fra begge ender og mødes på midten.
På hver tilknytning. Når I knytter systemet til en behandlingsaktivitet, markerer I, hvilke koncernselskaber der bruger det der, også når aktiviteten selv gælder for flere. Det er der, forskellen mellem selskaberne faktisk findes, så det er der, den registreres. Selve koncernselskaberne er en del af Enterprise-planen.
Ikke i dag. At udskifte et system er manuelt: I opretter det nye aktiv, finder de behandlingsaktiviteter, det gamle er knyttet til, fjerner det på hver af dem og tilføjer det nye. Det gamle systems egen liste over behandlingsaktiviteter er der, I finder dem, og så længe I har adgang til dem alle, er listen over steder, der skal rettes, ikke gætværk. Vi lover ikke en dato for noget bedre.
Der er ingen masseimport af aktiver, vi kan henvise til, så regn med at registrere systemerne i platformen. Kommer I helt fra regneark, er det at få den eksisterende dokumentation ind en samtale for sig, og den er værd at tage, før nogen begynder at taste.
Kortlægning af persondata til et system kræver modulet Informationssikkerhed ved siden af GDPR / Databeskyttelse, fordi persondatafelterne på aktivet følger med det. Det passer i øvrigt med, hvordan registret bliver brugt: det er det modul, Anders arbejder i, så de systemer, han dokumenterer, og dem, Sofie kortlægger, er ét register.
Kun dem, de har adgang til. Systemets fane med behandlingsaktiviteter viser de aktiviteter, det er knyttet til, med ansvarlig, risikoscore og forretningsområde, og listen filtreres efter brugerens adgang. To kollegaer kan altså åbne det samme system og se hver sin liste, og sådan skal det være.
Hvad adgangskontrol betyderSpørg Johannes direkte, han giver de fleste af vores demoer personligt
Book ham her