Arbeid med sensitiv data

Nettstedet fungerer best med javascript skrudd på, men du har ikke aktivert javascript i nettleseren din. For å navigere på nettstedet uten javascript, kan du søke eller navigere ved hjelp av nettstedkartet.

Brukerveiledning

Vi holder på å forbedre nye Datafangst, og ønsker å høre fra deg!
Kunne du være interessert i å bli kontaktet for en samtale?
Meld deg på her: Intervju om nye Datafangst – Fyll ut skjema

På grunn av økt sikkerhet i NVDB har Datafangst 2.0 måttet gjennomføre tiltak for å sikre håndtering av sensitiv informasjon i tråd med porteføljens føringer. Her kan du lese mer om hvordan sensitiv data håndteres i Datafangst, og hva du må tenke på dersom du kommer fra Datafangst 1.0.

Kort oppsummert

I Datafangst 2.0 skiller vi på arbeidsdata og eksisterende data. Arbeidsdata er data som leveres i kontrakten, dette kan for eksempel være helt nye vegobjekter eller endrede egenskaper på vegobjekter som ligger i NVDB. Eksisterende data er informasjon som ligger lagret i NVDB fra før som ikke er redigert i kontrakten.

Du kan lese mer om sensitiv/skjermet data og hvilke sensitive tilganger som fins i NVDB her.

Hvem kan redigere sensitive data?
Sensitiv data kan redigeres av alle, uavhengig av sensitiv tilgang. Den største forskjellen fra vanlige egenskaper er at systemet ikke gir noen indikasjon på om en sensitiv egenskap allerede har en verdi i NVDB, eller om verdien er lik/forskjellig fra NVDB.

Hvem kan se sensitiv data? (Under utvikling)
Alle medlemmer av en kontrakt kan se arbeidsdata i Datafangst, inkludert sensitiv arbeidsdata. For å se eksisterende sensitive egenskaper fra NVDB som ikke er endret i kontrakten kreves sensitiv tilgang, og disse egenskapene må hentes ved behov da de ikke lagres i Datafangst.

Merk: Funksjonen for å hente eksisterende data er under utvikling, og det er per i dag ikke mulig å hente sensitive egenskaper fra NVDB via Datafangst. Inntil funksjonen er på plass kan man bruke Vegkart for å hente sensitive egenskaper ved behov.

Hvem kan sende inn sensitive objekter til NVDB?
Per i dag kreves sensitiv tilgang for å kunne sende objekter med tilsvarende sensitivitetsnivå til NVDB, uavhengig av om objektene inneholder sensitive egenskaper eller ikke. Merk at dette er en pågående diskusjon på NVDB API Skriv, og det er mulig at det blir endringer her i framtiden.

Håndtering av data ut fra Datafangst 2.0:
Ny/oppdatert sensitiv data (arbeidsdata) vil bli eksponert utad til tredjepartsklienter, mens eksisterende (urørt) sensitiv data vil ikke eksponeres utad da vi ikke lagrer denne informasjonen hos oss.

Datafangst 1.0 vs Datafangst 2.0

Datafangst 2.0 har en strengere håndtering av sensitiv data enn Datafangst 1.0.

I Datafangst 1.0 blir all sensitiv data som lastes inn til en kontrakt lagret og synlig for alle brukere i kontrakten. Sensitive egenskaper fra NVDB lagres på lik linje som sensitiv arbeidsdata.
I Datafangst 2.0 lagrer vi ingen sensitive egenskaper fra NVDB og de blir derfor ikke synlige for brukere i kontrakten. Alle sensitive egenskaper som er redigert i kontrakten er derimot synlig for alle.

Hvordan jobbe med sensitiv data i Datafangst?

Datafangst legger til rette for at man skal kunne levere sensitiv data på lik linje som vanlig data, men arbeidsprosessen er litt forskjellig. Her kan du lese om hvordan man jobber med sensitiv data i Datafangst.

Databehandling

En urørt sensitiv egenskap vil vises i databehandling som en celle med tekst "Sensitiv egenskap" og noen handlingsknapper.

Redigering: Dersom du har behov for å legge inn en verdi kan du trykke på rediger-knappen (blyant), og du vil da kunne redigere cellen på samme måte som vanlige egenskaper. Når man har lagt inn en verdi for en sensitiv egenskap vil den få en lilla bakgrunnsfarge, som viser at egenskapen er endret i kontrakten.
Sletting/tilbakestilling: Dersom vegobjektet er importert fra NVDB har man mulighet til å fjerne og tilbakestille verdier.
- Dersom du ønsker å fjerne lagret verdi i NVDB for en sensitiv egenskap så kan du trykke på slett-knappen (søppelkasse). Verdien vil da nullstilles i NVDB ved innsending.
- Dersom du angrer og ønsker å tilbakestille til opprinnelig verdi så kan du trykke på tilbakestill-knappen (rund pil).
- Dersom vegobjektet har operasjon "opprett" vil slett-knappen og tilbakestill-knappen ikke være tilgjengelig, ettersom objektet ikke fins i NVDB enda.

Dette er slik sensitiv data vil se ut i vegobjekttabellen

(1) En fjernet sensitiv egenskap

(2) En urørt sensitiv egenskap

(3) En redigert sensitiv egenskap

(4) En redigert vanlig (ikke-sensitiv) egenskap

Merk forskjellen på gul og lilla bakgrunnsfarge. Gul bakgrunnsfarge gjelder ikke-sensitive egenskaper og betyr at verdien er endret i kontrakt og forskjellig fra NVDB. Lilla bakgrunnsfarge gis utelukkende til sensitive egenskaper og betyr at verdien er endret i kontrakt, men ikke nødvendigvis at den er forskjellig fra NVDB.

Filopplasting

Dersom man laster opp en fil der sensitive egenskaper er definert vil disse automatisk fylles ut i databehandling når filen godkjennes, tilsvarende som for vanlige egenskaper.

Eksport til SOSI

Dersom man eksporterer sensitive vegobjekttyper til en SOSI-fil fra Datafangst så vil all sensitiv arbeidsdata bli inkludert i filen.

Innsending

Selv om alle medlemmer av en kontrakt kan se sensitiv arbeidsdata kreves det korrekt sensitiv tilgang og skrivetilgang til NVDB for å kunne gjøre det siste steget: sende inn sensitive vegobjekttyper til NVDB. Dersom innsendingen skulle bli avvist kreves det sensitiv tilgang for å se feilmeldinger som må rettes på innsendingssiden.

Sist oppdatert: 27. mars 2026