Databehandleravtale for Inxo

Dette er et utkast. Det er ikke signeringsklart, og det binder ingen før det er avtalt og undertegnet.

1 Hva dette dokumentet er

1.1

Dette er databehandleravtalen mellom virksomheten som bruker Inxo (den behandlingsansvarlige) og CIRON AS, org.nr. 922 148 759 (databehandleren). Den oppfyller kravet i personvernforordningen artikkel 28 nr. 3 om at behandling på vegne av en annen skal skje etter en bindende avtale.

1.2

Avtalen gjelder ved siden av brukervilkårene og personvernerklæringen. Ved motstrid går denne avtalen foran for behandling av personopplysninger.

1.3 En selvbetjent prøvekonto har en klikkgodtatt prøveavtale, ikke denne.

Full databehandleravtale gjelder fra signering. Hvilken avtale som gjelder for dere, står alltid i appen under Virksomhet. Det er ikke en formalitet: en prøveavtale binder ikke CIRON til vedleggene her.

1.4 Den norske teksten er autoritativ.

Den engelske versjonen er en oversettelse. Ved motstrid gjelder den norske teksten.

2 EU-kommisjonens standardvilkår

2.1

Avtalens alminnelige del er Kommisjonens gjennomføringsbeslutning (EU) 2021/915 av 4. juni 2021 om standard kontraktsvilkår mellom behandlingsansvarlige og databehandlere etter personvernforordningen artikkel 28 nr. 7. Vilkårene er innlemmet i EØS-avtalen ved EØS-komiteens beslutning nr. 336/2022 av 9. desember 2022.

2.2 Vilkårene gjengis uendret.

Klausul 2 i beslutningen forbyr å endre dem; bare vedleggene fylles ut. De er derfor ikke skrevet om her. Den signerte avtalen inneholder klausulene i den offisielle ordlyden fra Den europeiske unions tidende (EUT L 199, 7.6.2021, s. 18), sammen med vedleggene i kapittel 3 til 10.

2.3 Hvorfor vi ikke har skrevet vår egen.

Standardvilkårene gir presumsjon for samsvar med artikkel 28 nr. 3 og 4. En egenskrevet avtale må forsvares klausul for klausul i hver eneste kundegjennomgang, og en kunde med et eget juridisk apparat vil uansett sammenligne den med disse. Vi bruker heller tiden på vedleggene, som er der det faktisk står noe om nettopp denne tjenesten.

2.4 Valgene i vilkårene

Klausul	CIRONs valg
Klausul 5 — tilknytningsklausul	Brukes. Konsernselskaper hos kunden kan tiltre avtalen ved å fylle ut og undertegne vedlegg I
Klausul 7.7 — underdatabehandlere	Alternativ 2: generell skriftlig godkjenning av listen i vedlegg IV, med varsling av endringer etter punkt 6.3
Klausul 9 — varsling av brudd	Se vedlegg VI. Fristene der er kortere enn forordningens «uten ugrunnet opphold»

2.5

Vedleggene i dette dokumentet er nummerert som i beslutningen, slik at en revisor kan lese dem ved siden av hverandre uten å oversette mellom to nummereringer.

3 Vedlegg I — Partene

3.1 Databehandler

CIRON AS, organisasjonsnummer 922 148 759, Norge. Kontaktpunkt for alle henvendelser etter denne avtalen: contact@ciron.no.

3.2 Behandlingsansvarlig

Virksomheten som er oppgitt i den signerte avtalen, med det kontaktpunktet som er oppgitt der.

3.3 Tilknytning

Konsernselskaper hos den behandlingsansvarlige kan tiltre avtalen etter klausul 5 ved å fylle ut og undertegne dette vedlegget. Tiltredelsen endrer ikke vedlegg II til VIII.

3.4 Personvernombud

CIRON AS er ikke pålagt å ha personvernombud etter artikkel 37. Henvendelser om personvern går til contact@ciron.no og besvares av den som er ansvarlig for personvern i CIRON.

4 Vedlegg II — Behandlingen

4.1 Gjenstand

Levering av Inxo, et verktøy for beredskapsarbeid: planverk, øvelser, hendelseshåndtering, varslingsfrister og logg.

4.2 Varighet

Behandlingen varer så lenge avtalen om tjenesten løper, med de fristene som følger av vedlegg VII om avslutning og uttrekk.

4.3 Art og formål

CIRON behandler personopplysninger utelukkende for å levere, drifte, sikre og feilrette tjenesten på den behandlingsansvarliges dokumenterte instruks. Opplysningene brukes aldri til å trene modeller, til markedsføring, til profilering eller til analyse på tvers av kunder.

4.4 Kategorier av registrerte

Ansatte og innleide hos den behandlingsansvarlige som er gitt tilgang til verktøyet
Personer som er oppført i den behandlingsansvarliges eget planverk, for eksempel i en rolle eller en kontaktliste
Personer som er omtalt i en logginnførsel eller i en hendelse den behandlingsansvarlige registrerer

4.5 Typer personopplysninger

Kategori	Hva	Kommer fra
Identitet	Navn, og den rollen personen har i beredskapsorganisasjonen	Den behandlingsansvarlige
Legitimasjon	Passnøkkel-legitimasjon: offentlig nøkkel, legitimasjons-id, teller, enhetstype	Brukerens egen enhet
Aktivitet	Hvem som gjorde hva, når, i virksomhetens egen logg	Bruken av tjenesten
Økter	Avtrykk av aktive økter per enhet, for å kunne trekke tilbake tilgang	Bruken av tjenesten
Innhold	Det den behandlingsansvarlige selv fører inn: planverk, øvelser, hendelser, logg	Den behandlingsansvarlige
Fakturering	Kontaktopplysninger for faktura, der virksomheten oppgir dem	Den behandlingsansvarlige

CIRON samler ikke inn e-postadresse ved registrering, og tjenesten sender ingen e-post. Det finnes ingen kode som kan.

4.6 Særlige kategorier

Tjenesten er ikke bygget for særlige kategorier av personopplysninger etter artikkel 9, og heller ikke for opplysninger om straffedommer etter artikkel 10. Den behandlingsansvarlige skal ikke føre slike opplysninger i verktøyet.

Vedlegg er avslått som standard. Skal de slås på, skjer det per virksomhet, etter en personvernkonsekvensvurdering hos den behandlingsansvarlige. Det er den sperren som gjør 4.6 til mer enn en henstilling.

4.7 Gradert informasjon

Tjenesten er ikke godkjent for skjermingsverdig eller gradert informasjon etter sikkerhetsloven, og skal ikke brukes til det.

4.8 Behandling hos underdatabehandler

Gjenstanden, arten og varigheten av den behandlingen hver underdatabehandler utfører, står i vedlegg IV.

5 Vedlegg III — Tekniske og organisatoriske tiltak

5.1

Tiltakene er beskrevet konkret, ikke som en liste over gode hensikter. Det er et krav: Personvernrådets retningslinjer 07/2020 sier at avtalen må gi «mer spesifikk, konkret informasjon om hvordan kravene oppfylles og hvilket sikkerhetsnivå som kreves», og forklaringen til vedlegg III i beslutningen krever det samme.

5.2 Isolasjon mellom virksomheter

Tiltak	Slik
Egen adresse	Hver virksomhet ligger på sitt eget vertsnavn. Verten avgjør hvilken virksomhet som åpnes — ingen sti, intet hode og ingen spørrestreng kan påvirke det
Eget datalager	Hver virksomhet har sitt eget lager. Det finnes ingen delte tabeller med virksomhetsdata, og dermed ingen filterbetingelse som kan glemmes
Eget lager per sak	Hver sak har sitt eget lager. Mindre skadeflate, og total rekkefølge i loggen uten låser
Legitimasjon bundet til adressen	Passnøkler er bundet til virksomhetens eget vertsnavn. Nettleseren kan ikke produsere en gyldig påstand for én virksomhet med legitimasjon utstedt hos en annen
Feil omfang gir «finnes ikke»	Ukjent vert, lukket virksomhet, fremmed økt og ukjent rute gir identisk svar. Et «ingen tilgang» ville bekreftet at ressursen finnes

5.3 Kryptering

Tilstand	Tiltak
I bero	Alt kundeinnhold krypteres i lageret med AES-256-GCM, under en datakrypteringsnøkkel som er egen for hver virksomhet og pakket inn av en nøkkelkrypteringsnøkkel. Krypteringen skjer i lageret, aldri utenfor — ellers kunne ikke lageret søke og sortere i innholdet
I transitt	TLS 1.3, HSTS. Ingen klartekst-fallback, også mellom interne komponenter
I bruk	Klartekst finnes bare i det isolerte lagerets minne, felt for felt. Aldri i kontrollplanet, aldri i logg, aldri i en feilmelding
Manglende nøkkel	Nøkkelforsyningen kaster. En tjeneste som stille faller tilbake til klartekst når hemmeligheten mangler, lyver om hva den gjør

Nøkkellengder og algoritmer er navngitt ett sted i koden, og hvert kryptert felt bærer et versjonsmerke, slik at en primitiv kan byttes uten å migrere all data samtidig.

5.4 Tilgangsstyring

Ingen passord. Passnøkkel er identiteten. Det finnes ingen gjenopprettingsvei via e-post, fordi det ikke finnes noen e-postadresse
Tilgang gis på tjeneren, aldri av klienten. Roller og rettigheter utledes av et rettighetskart, ikke av en liste som kan komme i utakt
Økttilstanden leses ved hver forespørsel, så tilbakekalling virker straks, ikke ved neste utløp
Én rad per økt, slik at én enhet kan trekkes tilbake uten å logge brukeren ut av de andre
Fjerning av et medlem sletter legitimasjonen og trekker tilbake åpne økter, i samme operasjon

5.5 CIRON har ingen stående tilgang til innholdet

Dette er det tiltaket som betyr mest, og det er også en begrensning: CIRON kan ikke lese kundens innhold, og kan derfor heller ikke hente det fram for kunden. En operatør ser hvilke virksomheter som finnes, om de er åpne, og hvilke bindinger de har — aldri en eneste rad hos kunden.

5.6 Hva CIRONs kontrollplan inneholder

Får inneholde	Får ikke inneholde
Virksomhet: id, kortnavn, status, sperrer, innpakket nøkkel, nøkkelavtrykk	Navn, e-postadresser, telefonnumre
Revisjonsindeks med interne id-er	Passnøkler og enheter
Avtalegrunnlag: form, prøveutløp, abonnement, dokumentversjon	Økter og øktavtrykk
Driftstellere uten kobling til personer	Saksinnhold av noe slag

Et brudd i kontrollplanet lekker derfor ikke brukerkatalogen for noen kunde.

5.7 Logging og sporbarhet

Virksomhetens egen logg er kun tilføying. En oppføring kan korrigeres med en ny oppføring, ikke fjernes. Revisjonssporet dokumenterer også sletting, og inneholder bare interne identifikatorer.

5.8 Integritet og gjenoppretting

AES-256-GCM gjør enhver endring av chiffertekst til en dekrypteringsfeil. Manipulasjon er selvavslørende
Redundant lagring, med kryptert sikkerhetskopi i EU
Hver eksportpakke har et manifest med sjekksum, slik at kunden kan bekrefte at den er hel
Gjenoppretting øves regelmessig ved faktisk å lese en sikkerhetskopi tilbake og verifisere den

5.9 Jurisdiksjon

Lagrene åpnes med jurisdiksjonen låst til EU, i koden, på det stedet lageret åpnes. Det er håndhevet, ikke dokumentert: det finnes ingen kodevei som åpner et lager uten den låsen.

5.10 Sikkerhet i utvikling

Hver utgivelse går gjennom porter som måler den ferdige flaten og kjører den ekte kodeveien, ikke bare leser kildetekst
Sikkerhetshoder settes i ett felles lag og måles på et ekte svar, også på 404 og 503
Applikasjonen laster ingenting fra tredjepart i drift. Ingen sporing, ingen analyse, ingen skrifter eller skript fra andres tjener
Sårbarhetsmelding og kontaktpunkt er publisert etter RFC 9116 på /.well-known/security.txt

5.11 Sertifisering

CIRON AS har per i dag ingen sertifisering mot ISO/IEC 27001, ISO/IEC 27701 eller ISO/IEC 27018, og ingen SOC 2- eller ISAE 3402-rapport. Det står her fordi en manglende sertifisering er en opplysning kunden skal ha uoppfordret, og fordi en avtale som er taus om det, leses som om den finnes. Kontrollene over er beskrevet slik at de kan etterprøves uten et sertifikat.

5.12 Tiltak som gjør bistanden i klausul 8 mulig

Selvbetjent eksport av alt virksomhetens innhold, maskinlesbart og menneskelesbart i samme pakke
Selvbetjent uttrekk per registrert, for å besvare en innsynsbegjæring
Sletting av en enkelt registrert, og av hele virksomheten
Opplysningene den behandlingsansvarlige trenger til sin egen protokoll etter artikkel 30 nr. 1, og til en personvernkonsekvensvurdering

6 Vedlegg IV — Underdatabehandlere

6.1 Generell godkjenning

Den behandlingsansvarlige gir generell skriftlig godkjenning etter klausul 7.7 alternativ 2 til underdatabehandlerne i 6.2.

6.2 Listen

Underdatabehandler	Hva de gjør	Hvor behandlingen skjer
Cloudflare, Inc.	Drift av tjenesten: kjøring, datalagre, filområde og kanten. Behandler alt innhold, men i kryptert form under virksomhetens egen nøkkel	EU-jurisdiksjon, låst på hvert lager
Stripe Payments Europe, Ltd.	Abonnement og betaling. Behandler faktureringskontakt, ikke tjenesteinnhold. Gjelder ikke prøvekontoer	EU

Listen er uttømmende. Er en rad ikke her, er behandleren ikke godkjent.

6.3 Varsling av endringer

CIRON varsler den behandlingsansvarlige skriftlig minst 30 dager før en underdatabehandler legges til eller byttes ut. Varselet sier hvem, hva de skal gjøre, hvor, og hvilket overføringsgrunnlag som gjelder.

6.4 Innsigelse

Den behandlingsansvarlige kan protestere innen fristen. Fører det ikke fram i dialog, kan den behandlingsansvarlige si opp avtalen uten kostnad, med uttrekk etter vedlegg VII.

6.5 Videreføring av pliktene

CIRON pålegger hver underdatabehandler de samme pliktene som følger av denne avtalen, ved avtale eller annen rettsakt, og CIRON er fullt ut ansvarlig overfor den behandlingsansvarlige for at underdatabehandleren oppfyller dem.

7 Vedlegg V — Overføringer ut av EØS

7.1

Innholdet i tjenesten behandles i EU-jurisdiksjon. Lagrene åpnes med jurisdiksjonen låst, og det finnes ingen kodevei som omgår låsen.

7.2

Cloudflare, Inc. og Stripe Payments Europe, Ltd. er begge del av konsern med morselskap i USA. Der konsernintern tilgang kan forekomme for drift og støtte, er overføringsgrunnlaget Kommisjonens standard personvernbestemmelser i beslutning (EU) 2021/914, modul tre (databehandler til databehandler), med en dokumentert overføringsvurdering etter klausul 14.

7.3 Vi bygger ikke på EU–USA-rammeverket alene.

Tilstrekkelighetsbeslutningen for EU–US Data Privacy Framework er i kraft, men er påklaget til EU-domstolen (sak C-703/25 P, anket 31. oktober 2025 etter at Underretten avviste søksmålet 3. september 2025). Et overføringsgrunnlag som kan falle bort mens avtalen løper, skal ikke være det eneste. Standardbestemmelsene står derfor som selvstendig grunnlag.

7.4 Åpenhet om myndighetstilgang

Mottar CIRON en begjæring fra en myndighet om utlevering av personopplysninger som behandles for den behandlingsansvarlige, varsler CIRON den behandlingsansvarlige før utlevering, med mindre det er forbudt ved lov. Er det forbudt, arbeider CIRON for å få forbudet opphevet, og fører forsøket skriftlig.

7.5

Fordi innholdet er kryptert under virksomhetens egen nøkkel, og CIRON ikke har stående tilgang til det, vil en slik begjæring i praksis ikke kunne besvares med lesbart innhold.

8 Vedlegg VI — Varsling ved brudd og hendelser

8.1 To regelverk, to klokker, to varsler.

De blandes ofte sammen. Et brudd på personopplysningssikkerheten og en driftshendelse som rammer tilgjengeligheten, er ikke det samme, og de har ikke samme frist.

8.2 Brudd på personopplysningssikkerheten

CIRON varsler den behandlingsansvarlige uten ugrunnet opphold, og senest 24 timer etter å ha blitt kjent med bruddet. Forordningens artikkel 33 nr. 2 sier «uten ugrunnet opphold»; 24 timer er CIRONs eget løfte, satt for at den behandlingsansvarlige skal rekke sin egen frist på 72 timer.

8.3 Innholdet i varselet

Varselet gir det artikkel 33 nr. 3 krever, så langt det er kjent:

Hva som har skjedd, og når
Hvilke kategorier og omtrent hvor mange registrerte og hvor mange poster
Sannsynlige følger
Hvilke tiltak som er gjort eller foreslås, og hva den behandlingsansvarlige bør gjøre
Kontaktpunkt: contact@ciron.no

Er ikke alt kjent, sendes varselet likevel innen fristen, og suppleres etter hvert. Et fullstendig varsel etter fristen er verre enn et ufullstendig innenfor.

8.4 Driftshendelser hos en kunde underlagt NIS2

Er den behandlingsansvarlige en vesentlig eller viktig virksomhet etter et nasjonalt regelverk som gjennomfører direktiv (EU) 2022/2555, varsler CIRON en betydelig hendelse som rammer tjenesten innen 24 timer, med oppfølging innen 72 timer og en sluttrapport innen én måned. Fristene følger kundens egne frister, slik at kunden rekker sine.

Dette gjelder uavhengig av om opplysninger er berørt. En hendelse som bare rammer tilgjengeligheten, er ikke et brudd etter 8.2, men den er en hendelse etter dette punktet.

8.5

CIRON er per i dag ikke selv underlagt NIS2. Norge har gjennomført NIS1 i digitalsikkerhetsloven, i kraft 1. oktober 2025; NIS2 er ennå ikke norsk rett. Forpliktelsen i 8.4 er avtalt, ikke lovpålagt, og den gjelder likevel fullt ut.

8.6 Bistand

CIRON bistår den behandlingsansvarlige med å oppfylle artikkel 32 til 36: sikkerhet, varsling til tilsynsmyndighet og til registrerte, personvernkonsekvensvurdering og forhåndsdrøfting.

9 Vedlegg VII — Avslutning, uttrekk og leverandørbytte

9.1 Dette vedlegget dekker to regelsett samtidig.

Personvernforordningen artikkel 28 nr. 3 bokstav g gir den behandlingsansvarlige valget mellom sletting og tilbakelevering. Dataforordningen (forordning (EU) 2023/2854) kapittel VI gir kunden et uttrekksvindu og en slettegaranti. Vi holder dem i ett vedlegg, slik at de ikke sier hver sin ting.

9.2 Vi anvender dataforordningen på alle kunder.

Forordningen er ennå ikke innlemmet i EØS-avtalen, og er dermed ikke norsk rett. Den binder oss likevel gjennom kunder etablert i EU, og artikkel 29 forbyr byttegebyr fra 12. januar 2027. To avtalevarianter å holde i takt ville vært én kundeflytting unna en feil. Derfor gjelder dette vedlegget for alle.

9.3 Eksporterbare data — uttømmende

Planverk med alle versjoner og godkjenninger
Øvelser, dreiebøker og gjennomføringer
Hendelser, tiltak og frister
Beslutnings- og revisjonslogg
Roller, funksjoner og beredskapsorganisasjon
Virksomhetens innstillinger
Vedlegg, der virksomheten har slått dem på

9.4 Data som ikke kan eksporteres — uttømmende

Passnøkkel-legitimasjon. Den er bundet til brukerens enhet og til virksomhetens adresse, og kan verken flyttes eller gjenbrukes. Dette hindrer ikke bytte: brukerne registrerer nye nøkler hos den nye leverandøren
Avtrykk av aktive økter. De er sikkerhetstilstand, ikke kundedata, og er verdiløse utenfor tjenesten

9.5 Format og grensesnitt

Eksporten er JSON og CSV, UTF-8, tid etter ISO 8601, med et versjonert skjema og et manifest med sjekksum. Skjemaet ligger ved i pakken, slik at den kan leses uten tilgang til CIRONs kildekode. Et register over formater og skjemaer er tilgjengelig på forespørsel til contact@ciron.no.

9.6 Overgangsperiode

Ved varsel om bytte eller avslutning yter CIRON bistand i inntil 30 kalenderdager, og opprettholder tjenesten og sikkerhetsnivået i hele perioden. Kunden kan forlenge perioden én gang, med den lengden kunden bestemmer. Er 30 dager teknisk umulig for et bestemt tilfelle, varsler CIRON innen 14 virkedager, begrunner det og foreslår en annen periode på høyst sju måneder.

9.7 Uttrekksvindu

Etter at overgangsperioden er over, har kunden minst 30 kalenderdager til å hente ut data. Eksport og lesetilgang virker i hele vinduet.

9.8 Sletting

Når uttrekksvinduet er ute, slettes innholdet permanent. Virksomhetens krypteringsnøkkel slettes først. Etter det er innholdet ulesbart, også i sikkerhetskopier som ennå ikke er utløpt. Deretter slettes lagrene, filområdet og radene i kontrollplanet.

Slettingen kan ikke angres, og CIRON kan ikke hente innholdet tilbake. Angrefristen ligger derfor før slettingen starter, ikke etter.

9.9 Revisjonssporet består

Revisjonsindeksen med interne identifikatorer bevares, og dokumenterer også selve slettingen. Den inneholder ingen navn, ingen e-postadresser og intet innhold.

9.10 Byttegebyr

CIRON tar ingen gebyr for bytte eller uttrekk.

9.11 Prøvekontoer

For en prøvekonto gjelder brukervilkårene punkt 7.2.1 til 7.2.3: 14 dagers prøvetid, deretter inntil 90 dager med lesing og eksport, og så permanent sletting. Går virksomheten over til abonnement før fristen, gjenåpnes kontoen med innholdet intakt.

10 Vedlegg VIII — Revisjon og innsyn

10.1

CIRON gjør tilgjengelig alle opplysninger som er nødvendige for å vise at pliktene i artikkel 28 er oppfylt, og muliggjør og bidrar til revisjoner, herunder inspeksjoner, utført av den behandlingsansvarlige eller en revisor den behandlingsansvarlige har gitt fullmakt.

10.2 I det ordinære tilfellet

Innsynsplikten oppfylles ved dokumentasjon: denne avtalen med vedlegg, arkitektur- og sikkerhetsdokumentasjonen, og resultatene fra portene i utgivelsesløypa.

10.3 Revisjon på stedet

Den behandlingsansvarlige kan kreve revisjon én gang i året, med minst 30 dagers varsel — og når som helst ved indikasjoner på manglende etterlevelse, med det varselet forholdene tillater.

10.4 Kostnader

Hver part dekker sine egne kostnader ved den årlige revisjonen. Avdekker en revisjon vesentlig mislighold hos CIRON, dekker CIRON den behandlingsansvarliges rimelige kostnader.

10.5 Grensen

En revisjon kan ikke gi innsyn i andre kunders data, og kan ikke kreve at CIRON bryter isolasjonen mellom virksomheter. Det er ikke en unndragelse: det er den samme isolasjonen som verner den behandlingsansvarlige mot de andre.

10.6 Tilsynsmyndigheter

Resultatene av en revisjon gjøres tilgjengelige for tilsynsmyndigheten på forespørsel. CIRON samarbeider med tilsynsmyndigheten etter artikkel 31.

11 Instruks, avvik og opphør

11.1

CIRON behandler personopplysninger bare på den behandlingsansvarliges dokumenterte instruks. Denne avtalen med vedlegg er den samlede instruksen. Endringer i instruksen avtales skriftlig.

11.2

Krever unionsretten eller norsk rett en behandling ut over instruksen, underretter CIRON den behandlingsansvarlige om kravet før behandlingen, med mindre det er forbudt.

11.3 CIRON sier fra om en instruks bryter regelverket.

Mener CIRON at en instruks er i strid med personvernforordningen eller annen personvernlovgivning, sier CIRON straks fra til den behandlingsansvarlige. Plikten følger av artikkel 28 nr. 3 andre ledd, og den er ikke en høflighetsfrase: den er grunnen til at en databehandler ikke kan gjemme seg bak «vi gjorde som vi fikk beskjed om».

11.4 Taushetsplikt

Alle hos CIRON med tilgang er underlagt taushetsplikt, avtalt skriftlig, og den gjelder også etter at tilgangen opphører.

11.5 Ansvar

Ansvar mellom partene reguleres av brukervilkårene. Standardvilkårene i beslutning (EU) 2021/915 regulerer bevisst ikke ansvar mellom partene, og denne avtalen endrer det ikke.

11.6 Opphør

Avtalen opphører når tjenesteavtalen opphører og pliktene i vedlegg VII er oppfylt. Punktene om taushetsplikt, revisjonsspor og sletting består.