STATENS STANDARDAVTALER Hovedprinsippene. Advokat Torstein Arendt 10. oktober 2013

Transkript

1 STATENS STANDARDAVTALER Hovedprinsippene Advokat Torstein Arendt 10. oktober 2013

2 MÅLSETNINGEN MED KURSET Kurset vil gi deltakerne kunnskap om hovedprinsippene i Som utgangspunkt bruker vi Kjøpsavtalen Avtale om kjøp, disposisjonsrett og andre ytelser ved IT-anskaffelser Statens standardavtaler for IT-anskaffelser SSA-K 2

3 HVA ER STATENS STANDARDAVTALER? Røtter tilbake til 1970-tallet kvalitetssikring av offentlige IT-anskaffelser svakheter i private leverandørers IT-kontrakter utforming av nye avtaler for å ivareta statens kundeinteresser Statens standardavtaler finnes på tre områder: IT-anskaffelser Konsulenttjenester Elektronisk informasjonsformidling 3

4 HVILKE AVTALER FINNES? Den store kjøpsavtalen (SSA-K) Kjøp, disposisjonsrett og andre ytelser ved IT-anskaffelser Den lille kjøpsavtalen (SSA-K lille) Kjøp, disposisjonsrett og andre ytelser ved anskaffelse av IT av mindre omfang Den store vedlikeholdsavtalen (SSA-V) Vedlikehold og service av utstyr og programmer Den lille vedlikeholdsavtalen (SSA-V lille) Vedlikehold og service i mindre omfang av IT-utstyr og programmer Driftsavtalen (SSA-D) Kjøp av driftstjenester knyttet til maskinvare, infrastruktur og programvare 4

5 Tilpasningsavtalen (SSA-T) Levering av standardsystem og tilpasning Programutviklingsavtalen (SSA-U) Utvikling av programvare HVILKE AVTALER FINNES? Bistandsavtalen (SSA-B) Bistand fra Konsulent Oppdragsavtalen (SSA-O) Utrednings- og utviklingsoppgaver fra Konsulent Rammeavtale (SSA-R) Rammeavtale 5

6 HVILKE AVTALER FINNES? Konsept for systemutviklingsavtale (SSA-S) Konsept for systemutviklingsavtale (smidig under utvikling) Både norske og engelske utgaver av samtlige avtaler. 6

7 NÅR BRUKES DE ULIKE AVTALENE? Kjøpsavtalen (SSA-K) kjøp av standard maskin- og programvare (hyllevare), enklere tjenester som installasjon, konfigurering, stor (SSA-K) og liten (SSA-K lille) Kan også inkludere parametersetting og mindre tilpasninger, konvertering av data, opplæring, maskinvare Vedlikeholdsavtalen (SSA-V) For kjøp av vedlikeholdstjenester og service på maskin- og programvare Stor (SSA-V) og liten (SSA-V lille) Telefon og on-site support, forebyggende vedlikehold/service, feilretting, depottjenester, mv. Driftsavtalen (SSA-D) Drift av systemer Tilpasningsavtalen (SSA-T) Kjøp av standard programvare med tilpasninger som utvikles spesielt for kunden etter fossefallmetoden. Andre tilhørende ytelser og tjenester. Kan også inkludere maskinvare. 7

8 Programutviklingsavtalen (SSA-U) NÅR BRUKES DE ULIKE AVTALENE? Utvikling av programvare etter fossefallmetoden. Bistandsavtalen (SSA-B) Bistand fra Konsulent (etter medgått tid, uten et definert resultatansvar Oppdragsavtalen (SSA-O) Oppdrag fra Konsulent (utrednings- og utviklingsoppgaver ) med et definert resultatansvar Smidigavtalen (SSA-S) Smidig utvikling Rammeavtale (SSA-R) Rammeavtale med andre avtaler «under». Oppdragsgiver er ikke bundet, men vil gjøre avrop etter behov. 8

9 NÅR BRUKES DE ULIKE AVTALENE? Kjøpsavtalen Stor (SSA-K) og liten (SSA-K lille) Kjøp av standard maskin- og programvare (hyllevare), enklere tjenester som installasjon, konfigurering, (Kan også inkludere parametersetting og mindre tilpasninger) konvertering av data, opplæring, mv. Tilpasningsavtalen (SSA-T) Programutviklingsavtalen (SSA-U) Kjøp av standard programvare med tilpasninger som utvikles spesielt for kunden etter fossefallmetoden. Andre tilhørende ytelser og tjenester. Kan også inkludere maskinvare. Utvikling av programvare etter fossefallmetoden.

10 STOR ELLER LITEN VERSJON? SSA-K og SSA-V er utarbeidet i en stor og en liten versjon Hovedforskjeller mellom stor og liten versjon: Regulering av gjennomføring av leveransen Regulering av endringshåndtering Regulering av eiendomsrett- og disposisjonsrett til programvare Misligholdsbestemmelser 10

11 VALG AV VERSJON: MOMENTER Momenter ved valg av stor eller liten versjon: Leveransens art, kompleksitet og omfang Behovet for endringer underveis i anskaffelsen Behovet for andre tjenester som installasjon, opplæring og konvertering av data Virksomhetskritisk programvare? Norsk eller internasjonal kunde/leverandør 11

12 FOSSEFALL KONTRA SMIDIG Hva er hovedforskjellen? Hvilke prinsipp er SSA bygget på? 12

13 FOSSEFALLSMETODEN 13 Problembeskrivelse Systemanalyse Kravspesifikasjon Systemutforming (design) Logisk modell Utvikling (f eks. programmering) Ferdig system Implementasjon Bruk, Drift & vedlikehold Tid

14 ITERATIV KONSTRUKSJON Faser (tidsbestemte aktiviteter) Milepæler Kontrollpunkter Prosesser (løpende aktiviteter) (Hentet fra PS-2000 avtalen) Løsningsbes krivelsesfase KPn KP2 Detaljplanlegging / Analyse og design KP1 Iterativ konstruksjonsfase Testing Utvikling Godkjenningsog avslutningsfase 14 HMP 0 Kontraktsinngåelse HMP 1 Godkjent løsningsbeskrivelse HMP 2 Leveranse klar til godkjenning HMP 3 Godkjent leveranse

15 SCRUM MODELLEN Product backlog: Oppdatert kravspesifikasjon Sprit backlog: Utviklingsteamets egen liste over hva som skal gjøres de neste 30 dagene. Daily SCRUM meeting: Daglige 15 minutters møter: 1) Hva har du gjort siden sist møte? 2) Har du møtt noen hindringer? 3) Hva skal du gjøre frem til neste møte? Potentially Shippable Product: En ny programmodul leveres til testing hver måned. 15

16 ALMINNELIGE BESTEMMELSER Kapittel 1.1: Overordnet beskrivelse av avtalens omfang. - Leverandøren har ansvar for å vurdere kundens tekniske plattform. Må nevnes i bilag 2. Kapittel 1.2: Oversikt over bilag. Dette er viktige dokumenter. Kapittel 1.3: Tolkningsbestemmelse (rangordning) - Generelle avtaletekst går foran bilagene. - Bilag 1 har en sentral plass og går foran øvrige bilag. - Merk motstridprinsippene, f. eks. ved endring av avtalens omfang (kapittel 1.1). Kapittel 1.5: Henvisning til vedlikeholdsavtale - Kunden har rett til å inngå vedlikeholdsavtale med leverandøren i inntil to år fra utløpet av godkjenningsperioden. Denne retten for kunden = leverandørens plikt. - Utgangspunktet er SSA-V, men dette kan fravikes. Hovedregelen for varighet er maksimalt fire år, men en varighet på tre, seks eller ni år er forsvarlig når levetiden på en anskaffelse skal være ti år. - Vedlikehold skjer på leverandørens alminnelige vilkår. Kapittel 1.6: Oppnevnelse av partenes representanter i bilag 6

17 TOLKNING - RANGORDNING Kapittel 1.3: Tolkning - Rangordning Generell avtaletekst Bilag 1: Kundens kravspesifikasjon Bilag 2: Leverandørens løsningsspesifikasjon Bilag 3: Kundens tekniske plattform Bilag 4: Prosjekt- og fremdriftsplan Bilag 5: Testing og godkjenning Bilag 6: Administrative bestemmelser Bilag 7: Samlet pris og prisbestemmelser Bilag 8: Endringer i den generelle avtaleteksten Bilag 9: Endringer av leveransen etter avtaleinngåelsen

18 GJENNOMFØRING AV LEVERANSEN Alle milepæler er dagbotbelagte. De samme milepælene kan også utløse en betalingsforpliktelse for kunden, reguleres i bilag 7. Merk også at en ny fremdriftsplan fra leverandør ved forsinkelse er å anse som en endring av avtalen = kilde til tvister.

19 GJENNOMFØRING AV LEVERANSEN Kapittel 2.1 Forberedelser til installasjon og levering Kapittel 2.1.1: Krav til dokumentasjon = grunnlaget for leveransen. «God IT-skikk» tilsvarer en omforent bransjestandard. Kapittel 2.1.2: Opplæring av kunden Kapittel 2.1.3: Innredning (lokaler) er kundens ansvar og skal være ferdig i god tid før installasjon. Godkjennes av leverandør. Kapittel 2.1.6: Leverandøren skal ved forsvarlig inspeksjon godkjenne lokalets innredning og teknisk plattform. Leverandøren kan bli ansvarlig for dagbøter som følge av mangler som kunden i utgangspunktet er ansvarlig for. VIKTIG: Slurves ofte her. Kapittel 2.1.7: Leverandør skal gi skriftlig melding til kunde om at installasjon er gjennomført og at leveransen er klar for bruk iht. frist angitt i bilag 4. VIKTIG: Slurves ofte her. Første virkedag etter mottatt melding = installasjonsdag = dagbotbelagt. Dette er en viktig milepæl for overtagelse av risiko for programvare og utstyr. Installasjonsdag kan bestrides av kunden, men krever korrekt reklamasjon (skriftlig og innen fem virkedager). «Ballen» spilles mellom kunde og leverandør. Aktiv bruk av prosjektleder.

20 GJENNOMFØRING AV LEVERANSEN Kapittel 2.2 Kundens akseptansetest Kapittel 2.2.1: Akseptansetestplan Prosedyrer, beskrivelser av tester og akseptansekriterier Delt ansvar mellom kunde og leverandør, men kunden har hovedansvaret: Leverandøren forbereder grunnlagsmaterialet Kunden lager forslag til akseptansetestplan Leverandør vurderer forslaget til akseptansetestplan og gir skriftlig tilbakemelding En akseptansetest har som mål å gi aksept for at systemet skal settes i drift.

21 GJENNOMFØRING AV LEVERANSEN Kapittel 2.2 Kundens akseptansetest Kapittel 2.2.2: Definisjon av feilnivåer Kategorisering av feil letter gjennomføringen av akseptansetest Kunden kategoriserer feilene Gir kunden en absolutt rett til å underkjenne testen Nivå Kategori Beskrivelse A Kritisk feil Feil som medfører at systemet stopper, at data går tapt eller at andre funksjoner som er kritiske for Kunden ikke er levert eller ikke virker som avtalt. Dokumentasjonen er ufullstendig eller misvisende og dette medfører at Kunden ikke kan bruke systemet eller vesentlige deler av det. Gir kunden en mulig grunn til å underkjenne testen Gir kunden ingen grunn til å underkjenne testen, med mindre omfanget samlet sett medfører at godkjennelse er klart urimelig. B Alvorlig feil Feil som fører til at funksjoner som er viktige for Kunden ikke virker som beskrevet i avtalen og som det er tids- og ressurskrevende å omgå. Dokumentasjonen er ufullstendig eller misvisende og dette medfører at Kunden ikke kan benytte funksjoner som er viktige for Kunden. C Mindre alvorlig feil Feil som fører til at enkeltfunksjoner ikke virker som avtalt, men som Kunden relativt lett kan omgå. Dokumentasjonen er mangelfull, upresis eller kan lett misforstås. Viktig å forstå at det er disse feiltypene som gjelder.

22 GJENNOMFØRING AV LEVERANSEN Kapittel 2.2 Kundens akseptansetest Kapittel 2.2.3: Akseptansetestens omfang Funksjonstest: Er kravspesifikasjonen oppfylt? Robusthetstest: Hvordan håndterer programvaren feilkilder? Integrasjonstest: Fungerer programvaren med den tekniske plattformen og øvrig programvare i virksomheten? Volum, kapasitet og svartid: Tåler programvaren maks antall samtidige brukere/oppgaver uten funksjonsfall og lang svartid? Installasjonstest: Lar programvaren seg installere og reinstallere uten problemer? Dersom relevant - er det tatt høyde for ulikheter i kundens og leverandørens miljø brannmurer, etc. Driftsprosedyrer: Oppdateringer, sikkerhetskopiering, mv. En akseptansetest har som mål å gi aksept for at systemet skal settes i drift.

23 GJENNOMFØRING AV LEVERANSEN Kapittel 2.2 Kundens akseptansetest Kapittel 2.2.4: Gjennomføring av kundens akseptansetest Akseptansetest starter etter installasjonsdag Frister er oppført i bilag 4 Protokollføring er viktig Kategorisering av feil som A, B eller C Feil skal rapporteres og rettes fortløpende Feil som hindrer gjennomføring av testen skal gi tillegg i tid. Vesentlige feil må medføre retting og re-start av akseptansetest Dersom videre testing er formålsløst = strengt vilkår Akseptansetesten starter etter installasjonsdag = første virkedag etter at kunden har mottatt skriftlig melding om at installasjon er gjennomført.

24 GJENNOMFØRING AV LEVERANSEN Kapittel 2.2 Kundens akseptansetest Kapittel 2.2.5: Godkjennelse av kundens akseptansetest Skriftlig melding til leverandør Automatisk aksept dersom: Kunden ikke gir leverandør tilbakemelding innen ti dager etter at akseptansetesten er ferdig (etter planen) Testen bare avdekker feil som er uvesentlige for kundens bruk av programvaren, og det er laget en realistisk utbedringsplan. Avdekkede feil må dokumenteres skriftlig. A- og B-feil er i utgangspunktet vesentlige C-feil er i utgangspunktet uvesentlige Dersom kunden godkjenner: Så vil programvaren/utstyret driftsettes Så vil godkjenningsperioden begynne Dersom kunden ikke godkjenner: Leverandøren kan bestride kundens nektelse innen fem virkedager Tvister løses etter kapittel 16. Tvister Ved enighet utarbeides en utbedringsplan, feilene utbedres og akseptansetesten fortsetter

25 GJENNOMFØRING AV LEVERANSEN Kapittel 2.3 Godkjenningsperiode og leveringsdag Man er inne i en driftsperiode I utgangspunktet tre måneder regnet fra driftsettelse. Lengre eller kortere periode må avtales i bilag 5. Formålet er undersøkelse av systemet i alminnelig drift. Bilag 5 spesifiserer hvilke undersøkelser som et minimum skal gjennomføres Feil rapporteres fortløpende til leverandør Ved avdekking av A-feil: Godkjenningsperioden stanses den tiden det tar å utbedre feilen. Ved avdekking av B-feil: Godkjenningsperioden kan stanses dersom det er svært vanskelig å fortsette. Husk skriftlig og datert dokumentasjon Godkjenningsdag kan utløse (del)betalingsforpliktelse fra kunde til leverandør.

26 GJENNOMFØRING AV LEVERANSEN Kapittel 2.3 Godkjenningsperiode og leveringsdag Kapittel 2.3.4: Endelig godkjenning Leveringsdag Skriftlig melding innen utløpet av godkjenningsperioden Passivitetsvirkninger Dersom kunden godkjenner leveransen: Første virkedag etter godkjennelse = leveringsdag. Garantiperioden starter Dersom kunden ikke godkjenner leveransen skjer tilsvarende som for akseptansetesten, dvs.: Leverandøren kan bestride kundens nektelse innen fem virkedager Tvister løses etter kapittel 16. Tvister Ved enighet utarbeides en utbedringsplan, feilene utbedres og godkjenningsperioden fortsetter Merk siste avsnitt i kapittel 2.3.4, jfr. kapittel 2.2.5, vedr. skjulte feil. Ingen A- eller B-feil på leveringsdag = Endelig godkjenning.

27 GJENNOMFØRING AV LEVERANSEN Kapittel 4 Garantiperiode Forutsetter ordinær drift I utgangspunktet to år for utstyr og ett år for programvare regnet fra leveringsdag Formål: Vederlagsfri retting av feil og mangler i garantiperioden (evt. redusert vederlag for vedlikehold) Feil og mangler utenfor garanti skal dekkes av vedlikeholdsavtalen, evt. ekstra vederlag eller annen ordning som det fremgår av bilag 1 og/eller 2.

28 Avbestilling Kunden kan helt eller delvis avbestille leveransen med 1 måneds varsel Kan medføre betydelige kostnader Betaling: For allerede utført arbeid Leverandørens kostnader i forbindelse med omdisponering av personell Andre kostnader og utlegg ifb. leveransen Avbestillingsgebyr: Minste beløp av 4% av kontraktspris eller 6 % av ubetalt av kontraktsbeløp 28

29 Endring av leveransen I Kunden kan endre innholdet i leveransen underveis: Art, omfang, kvalitet og/eller utførelse Vilkår: a) endringen må ligge innenfor hva partene med rimelig grunn kan ha forventet da avtalen ble inngått, og b) endringen må ikke overstige 15 % av kontraktspris Tips: Behovet for endringer underveis i prosjektet kan synliggjøres i kravspesifikasjonen. 29

30 Endring av leveransen II Kort oversikt over prosedyren ved endringshåndtering: 1. Kunden sender en endringsanmodning (punkt 3.1) 2. Leverandøren utarbeider et endringsoverslag (punkt 3.2) 3. Kunden utarbeider en endringsordre (punkt 3.3.) 4. Leverandøren innarbeider endringsordren i avtalen (punkt 3.3) 5. Kunden godkjenner endringene i avtalen (punkt 3.3.) 30

31 Endring av leveransen III Leverandørens mulighet til å kreve endring: 1. Leverandøren sender krav om at Kunden utsteder en endringsordre (punkt 3.7) 2. Leverandøren utarbeider samtidig et endringsoverslag (punkt 3.7, jf 3.2) 3. Kunden utarbeider innen rimelig tid enten en endringsordre, angir at endringen er omtvistet eller frafaller sitt krav (punkt 3.8.) 4. Leverandøren har hoppeplikt (punkt 3.8) 5. Unnlater Leverandøren å fremsette krav, tapes retten til å kreve fristforlengelse, vederlag og erstatning (punkt 3.7) 31

32 Leverandørens plikter Punkt 5.1: Leverandøren har en resultforpliktelse Punkt 5.2/5.3: Leverandøren har en innsatsforpliktelse Utskiftning av nøkkelpersonell krever kundens samtykke Kunden kan på saklig grunnlag kreve utskiftninger av personell Bruk av underleverandører krever kundens samtykke Leverandøren plikter å samarbeide med tredjepart utpekt av kunden Punkt 5.5: Merk krav til lønns- og arbeidsvilkår 32

33 Kundens plikter Kunden skal medvirke til leveransens gjennomføring Ansvar for kravspesifikasjon Kunden har risikoen for uklarheter i kravspesifikasjonen Oppgradering av teknisk plattform Kunden kan fritt bruke tredjeparter for å bistå med oppgaver under avtalen Unntak: vesentlig forretningsmessig ulempe for leverandøren 33

34 Felles plikter Møteplikt ved innkalling til møter Partene er fullt ut ansvarlig for sine underleverandører/tredjeparter Taushetsplikt Informasjon partene blir kjent med i forbindelse med avtalen Offentlige virksomheter: Forvaltningslovens taushetsplikt gjelder med mindre dette reguleres av andre sektorspesifikke regler Husk å pålegge tilsvarende taushetsplikt til: Underleverandører Tredjeparter Ansatte Opphører som hovedregel 5 år etter leveringsdag 34

35 Vederlag Reguleres i bilag 7 Merk særlig: Punkt 8.4: Betalingsmislighold 90 dagers betalingsmislighold berettiger heving Punkt 8.5: Prisendringer Offentlige avgifter Valutakurser 1 måneds varsel Endringer i konsumprisindeks kan endre timepris 35

36 Personvern og sikkerhet Aktuelle regelverk: Personopplysningsloven Offentleglova Forvaltningsloven eforvaltningsforskriften Kunden innarbeider eventuelle krav i bilag 1 Leverandøren beskriver løsninger i bilag 2 36

37 Eiendoms- og disposisjonsrett Punkt Programvare Punkt : Begrenset disposisjonsrett Positiv avgrensning: Rett til å utnytte leveransen som avtalt Stiller krav til grundig og gjennomarbeidet kravspesifikasjon og grunnlagsmaterialet. Formålsbeskrivelse. Punkt : Endringer i programvare Kunden kan sikre seg rett til kildekoden Forholdet til vedlikeholdsavtalen Punkt : Rettigheter til tilpasninger Spesialtilpasninger til kunden eies av leverandøren Utvidet disposisjonsrett til kunden Utlevering av kildekode fra leverandør til kunden Kopiere, modifisere, videreutvikle programvaren 37

38 Eiendoms- og disposisjonsrett Punkt Fellesregler Copyright notice Utgangspunkt: Evigvarende disposisjonsrett Ved løpende vederlag: Kunden har ensidig oppsigelsesrett Sletting eller tilbakelevering ved opphør 38

39 Eiendoms- og disposisjonsrett Punkt 10.5 Fri programvare Fri programvare fri programvarelisens Ingen begrensninger i disposisjonsretten Alminnelig anerkjente frie programvarelisenser GPL-lisens Copyleft BNU/MIT-lisens Copyright (Nasjonalt kompetansesenter for fri programvare) 39

40 Mislighold Punkt 11 Leverandørens mislighold Når foreligger det mislighold fra leverandøren? ( ) hvis ytelsen ikke er i samsvar med de funksjoner, krav og frister som er avtalt Mislighold av øvrige plikter Unntak ved force maejure og kundens mislighold Varslingsplikt Kundens reklamasjonsplikt Skriftlig Uten ugrunnet opphold Generell/spesifikk reklamasjon 40

41 Mislighold Punkt 11 Leverandørens mislighold Kundens rettigheter ved leverandørens mislighold: Avhjelp: Utbedring, omlevering eller tilleggslevering Husk tidsfrist: Tredjepartsavhjelp. Tilbakehold av betaling Ikke åpenbart mer enn ( ) : Slingringsmonn Dagbøter Knytter seg til avtalte milepæler: installasjonsdag, godkjenningsperiode, leveringsdag og andre avtalte frister Prisavslag tross gjentatte forsøk. Husk dokumentasjon 41

42 Mislighold Punkt 11 Leverandørens mislighold Kundens rettigheter ved leverandørens mislighold: Heving ved mangel vesentlig mislighold : rimelig grunn til å si seg løst fra kontrakten? Skriftlig varsel: reklamasjon Rimelig frist til å bringe forholdet i orden feilens art, kompleksitet og omfang Ved konkurs: objektiv rett til å heve avtalen Heving ved forsinkelse: etter utløpet av maksimal dagbot eller tilleggsfrist 42

43 Mislighold Punkt 11 Leverandørens mislighold Kundens rettigheter ved leverandørens mislighold: Hevingsoppgjør: reguleres i punkt 14 Tilbakelevering av ytelser Rente og nyttefradrag Virksomhetskritisk programvare? Rett til videre utnyttelse frem til et alternativ er funnet 43

44 Mislighold Punkt 11 Leverandørens mislighold Kundens rettigheter ved leverandørens mislighold: Erstatning Ikke ansvar for indirekte tap Totalt ansvar tilsvarer kontraktssummen uten mva. Unntak ved grov uaktsomhet 44

45 Mislighold Punkt 11 Kundens mislighold Når foreligger det mislighold fra kunden? ( ) ikke oppfyller sine plikter etter avtalen Unntak ved force maejure og leverandørens mislighold Varslingsplikt Leverandørens reklamasjonsplikt: lik kundens 45

46 Mislighold Punkt 11 Kundens mislighold Leverandørens rettigheter ved kundens mislighold: Tilbakeholdsrett: kun ved vesentlig mislighold og skriftlig erkjennelse fra kunden, eventuelt avgjørelse ihht punkt 16. Heving Ved betalingsmislighold: 90 dager Ved annet vesentlig mislighold: 60 dager Erstatning med rimelighet kan tilbakeføres til misligholdet : alminnelig krav om påregnelighet Tilsvarende begrensninger som i punkt

47 Hva er rettsmangel? Mislighold Punkt 13 - Rettsmangel Leveransen eller deler av leveransen er i strid med tredjemanns immaterielle rettigheter, for eksempel: Opphavsrett Varemerkerett Designrett Patentrett Partene svarer for rettsmangler i egne leveranser Varsel og samarbeid Misligholdssanksjoner ved rettsmangel: Heving Erstatning 47

48 Øvrige bestemmelser Risiko for utstyr og programmer Forsikringer Offentlige virksomheter: selvforsikrer Andre: forsikringen skal dekke mulig ansvar og risiko Ramme: alminnelige forsikringsvilkår Overdragelse Offentlig virksomheter: kan overdra til andre offentlige virksomheter Andre: kan ikke overdras uten etter samtykke Unntak: retten til vederlag 48

49 Øvrige bestemmelser Force majeure Tvister Ekstraordinær situasjon utenfor partenes kontroll Suspenderer partenes plikter Informasjonsplikt Heving: Samtykke Situasjonen antas å vare over 90 dager Rettsvalg Utenrettslig tvisteløsning, uavhengig ekspert Domstol vs. voldgift 49

50 Spørsmål? Kontakt meg gjerne på: LinkedIn Takk for oppmerksomheten 50