Oversikt over endrede og/eller nye bestemmelser i SSA-T 2015

Oversikt over endrede og/eller nye bestemmelser i SSA-T 2015

Stikkord	Referanse	Endringens art	Kommentarer
	SSA-T
Bruksområde	1.1	Avtalens bruksområde er utvidet og presisert til å dekke levering av it-løsninger inkludert nødvendig programvareutvikling.	Avtalen dekker nå også området for den tidligere SSA-U. Forskjellen mellom de to avtalene var liten, og de er nå slått sammen til én. Avtalen er ment å være tilstrekkelig fleksibel til å dekke både levering av it-løsninger som "settes opp" for kunden basert på programvarens standardfunksjoner, eventuelt i kombinasjonen med annen programvare, og leveranser som inneholder større eller mindre elementer av tilpasning eller spesialutvikling for kunden. Det er ingen øvre grense for hvor stor del av leveransen som kan leveres som spesialutvikling, men for leveranser der hovedytelsen er utvikling, og leveransen bare i begrenset grad er spesifisert på forhånd, bør oppdragsgiver vurdere om SSA-S kan være mer egnet.
Kontraktens faser og hovedmilepæler	1.5	Avtalen er delt inn i fem faser: forberedelsesfasen (kapittel 2.1), spesifiseringsfasen (kapittel 2.2), utviklingsfasen (kapittel 2.3), akseptansetestfasen (kapittel 2.4) og godkjenningsperioden (kapittel 2.5). Spesifiserings- og utviklingsfasen, akseptansetesten og godkjenningsperioden kan gjentas så mange ganger det er nødvendig for å realisere leveransen, se punkt 2.1.4 (Delleveranser). Kontraktens hovedmilepæler er: Godkjenning av detaljspesifikasjon (2.2.2) Løsning klar for akseptansetest (2.4.2) Akseptansetest godkjent (2.4.6) Leveringsdag (2.5.3)	For oversiktens skyld er det innledningsvis i avtalen tatt inn en oversikt over kontraktens faser og hovedmilepæler.
Delleveranser	2.1.4	Det er tatt inn en ny bestemmelse som legger til rette for bruk av delleveranser. Dette innebærer at den avtalte leveransen deles i "mindre biter" som leveres hver for seg. Delleveransene kan settes i drift fortløpende eller samlet. Kontraktens bestemmelser om spesifiseringsfasen og gjennomføring av leveransen gjelder i utgangpunktet for hver enkelt delleveranse. Se også nedenfor om akseptansetest og godkjenningsperiode ved bruk av delleveranser.	Bruken av delleveranser gjør det mulig å redusere risiko ved å dele opp leveransen. Dette kan lette arbeidet for kunden både mht. kontroll og egen innsats og gjøre risikoen knyttet til eventuelt mislighold mer forutberegnelig for leverandøren. Fremdrift måles for den enkelte delleveranse og dagbøter beregnes av verdien av den eller de delleveranser som er forsinket, jf. 11.5.2.
Detaljspesifikasjonen – spesifiseringsfasen	2.2.1 og 2.2.2	Bestemmelsene om spesifiseringsfasen er endret. Det stilles krav til kundens aktive deltakelse og godkjenning underveis i spesifikasjonsfasen. Detaljspesifikasjonen fastlegger løsningsvalg for leveransen, herunder detaljerer og presiserer kravene, innenfor rammen av bilag 1 og bilag 2 (endringer krever endringsordre).	Leverandøren leder spesifiseringsarbeidet. Leverandøren dokumenterer løsningsavklaringer og de foreslåtte løsningsvalg og sender dem til kunden for godkjenning. Hvis kunden ikke "følger med i timen" ved å reklamere på løsningsvalgene i detaljspesifikasjonen (innen 10 virkedager) anses de som godkjent, og senere endringer eller manglende godkjenning vil måtte håndteres som endringer. Dette forutsetter imidlertid at løsningsvalgene ligger innenfor rammen av bilag 1 og 2. Merk også at kunden uansett ikke kan frafalle krav på annen måte enn ved å utstede endringsordre, se punkt 2.2.1 tredje avsnitt, siste setning.
Detaljspesifikasjonen – særlig om delleveranser	2.1.4 første avsnitt, siste setning	Med mindre annet fremgår av bilag 4, skal det som del av spesifiseringsfasen for første delleveranse utarbeides en overordnet spesifikasjon for hele leveransen som viser hvordan delleveransene til sammen dekker det samlede leveringsomfanget i henhold til avtalen.
Detaljspesifikasjonen – etterfølgende utnyttelse	10.4.4	Bestemmelsene om videre bruk av detaljspesifikasjonen (for andre formål enn den opprinnelige leveransen) er presisert.	Hver av partene kan utnytte detaljspesifikasjonen uhindret av den annen parts eventuelle opphavsrett. Utnyttelsesretten inkluderer retten til å gjenbruke detaljspesifikasjonen i andre oppdrag og å gjøre den tilgjengelig for andre og deres gjenbruk. Bestemmelsen gir imidlertid ikke rett til å utlevere opplysninger som er omfattet av taushetsplikt i henhold til punkt 7.3
Samvirke med eksisterende plattform	2.3.2 annet avsnitt	Hvis leveransen skal samvirke med eksisterende programvare eller teknisk løsning hos kunden må kunden presisere dette (i tillegg til å beskrive sin tekniske plattform i bilag 3). Leverandøren kan angi at oppgradering er nødvendig. Hvis leverandøren ikke angir at oppgradering er nødvendig kan kunden legge til grunn at leveransen vil fungere mot ikke-oppraderte systemer kunden har gjort leverandøren kjent med.	Tidligere SSA-T tok som utgangspunkt at leveransen skulle samvirke med eksisterende teknisk plattform. Den nye SSA-T krever at kunden presiserer hvilke deler av plattformen den nye løsningen skal samvirke med og tar høyde for at leverandøren beskriver kravene til (et nytt) miljø som leveransen skal driftes i.
Integrasjoner	2.3.2 tredje avsnitt	Bestemmelsene om leverandørens ansvar for integrasjoner er presisert. Kunden må angi hvilke integrasjoner som skal være inkludert i prisen og som leverandøren har resultatansvar for. Øvrige integrasjoner leveres på timebasis med mindre annet er avtalt.	Endringen tar sikte på å gjøre risikoen knyttet til integrasjoner med kundens eksisterende løsninger mer forutberegnelig for leverandøren, skape klarhet om det avtalte omfanget, og redusere risikoen for avvik og forbehold som kan føre til avvisning.
Revisjon	2.3.5	Det er innført en generell bestemmelse om kundens adgang til å foreta kvalitets- og sikkerhetsrevisjoner og gjennomgang av utviklingsarbeidet hos leverandøren, og for å verifisere at leverandøren overholder sine øvrige forpliktelser etter avtalen. Kunden kan engasjere tredjepart til å utføre revisjonen.	Bestemmelsen erstatter en tidligere bestemmelse som var begrenset til kvalitetsrevisjon.
Dokumentasjon	2.3.6	Bestemmelsene om dokumentasjon er forenklet. Kravene til dokumentasjon må spesifiseres av kunden. Hvis ikke annet er avtalt, skal kunden få tilgang til leverandørens standarddokumentasjon for løsningen samt dokumentasjon av de deler av løsningen som er utviklet eller tilpasset spesielt for kunden.
Opplæring	2.3.7	Reglene om opplæring er forenklet og legger færre føringer.
Konvertering	2.3.8	Hvis leverandøren skal konvertere kundens data må det være beskrevet i bilag 1 og/eller 2. Hvis ikke annet er avtalt betales konvertering etter medgått tid og til avtalte timepriser. Plan for konverteringsarbeidet utarbeides i spesifikasjonsfasen, herunder om hvordan personopplysninger skal behandles.	Bestemmelsen er også på andre punkter omskrevet. Det er bl.a. presisert at leverandøren skal påse at det er tatt sikkerhetskopi av Kundens data før konvertering gjennomføres f.eks. ved å innhente bekreftelse på at nødvendig sikkerhetskopi er tatt før konvertering starter samt at prøvekonvertering skal gjennomføres.
Installasjon		Bestemmelsene om installasjon og installasjonsforberedelse er fjernet, se punkt 2.4.2 om løsning klar for akseptansetest umiddelbart nedenfor.
Løsning klar for akseptansetest	2.4.2	Leverandøren har ansvaret for fremdrift i utviklingsfasen frem til han sender melding om at løsningen er klar for akseptansetest. Ny milepæl "Løsning klar for akseptansetest" erstatter tidligere milepæl "Installasjonsdag". Kriteriene for når løsningen kan avvises fra akseptansetest er presisert.	Hvis det innen 10 dager blir klart at løsningen er så mangelfull at kunden ville ha rett til å stanse akseptansetesten, kan kunden avvise løsningen fra akseptansetest med den konsekvens at milepælen ikke anses som inntruffet.
Akseptansetest – plan og gjennomføring	2.4.3 og 2.4.5 sjette til åttende avsnitt	Bestemmelsene om akseptansetest er omskrevet og forenklet. Noen hovedpunkter fremheves nedenfor (hele det nye kapittel 2.4 bør leses): Kunden lager plan for akseptansetesten, men kan be om bistand fra leverandøren (hvis det fremgår av bilag 5). Leverandøren skal gjøre tilgjengelig for kunden det materialet leverandøren selv vil benytte som grunnlag for egen testing slik at kunden kan benytte det som grunnlag for arbeidet med sin egen testplan. Bestemmelsene om kundens rett til å stanse akseptansetesten er bearbeidet og forenklet (se kommentar). Hvis tidligere rettede feil gjenintroduseres i løsningen fordi Leverandøren feiler i sin versjonshåndtering og legger inn utgått kode, skal Kundens akseptansetest stoppes til Leverandøren har foretatt nødvendige rettinger. Hvis feilenes art eller omfang er slik at det er til hinder for å rekke å gjennomføre alle de planlagte tester innenfor den tid som er avsatt til akseptansetesten, har Kunden krav på nødvendig forlengelse av akseptansetesten.	Den nye bestemmelsen om stans er begrenset til den del av testen som berøres av feilen (dette kan være mer enn retest av feilen isolert, men man stanser ikke hele testen hvis det ikke er nødvendig): "Hvis Kunden blir hindret i sin gjennomføring av testen som følge av mangelfull utbedring av feil eller hvis det oppdages feil som hindrer effektiv gjennomføring av hele eller deler av testen, skal den berørte del av testen stanses til Leverandøren har foretatt nødvendige rettinger. Den tiden testen har vært stoppet, og den tiden Kunden trenger for å gjøre testen om igjen, skal legges til perioden for Kundens akseptansetest." Gjenintroduksjon av tidligere rettede feil er et tegn på mangelfull versjonshåndtering og årsaken må identifiseres før man går videre. Siste avsnitt er en tydeligere og mer presis erstatning for den tidligere bestemmelsen om stans av hele testen, og fokuserer på om feilenes art og omfang er slik at det "spiser opp" den tid kunden skulle brukt til å teste andre ting.
Akseptansetest – særlig om delleveranser	2.1.4 annet avsnitt	I akseptansetesten [og godkjenningsperioden] for hver ny delleveranse skal det gjennomføres regresjonstest for å kontrollere at delleveranser som allerede er gjort tilgjengelig eller tatt i bruk, fortsatt fungerer slik de tidligere er godkjent, og at de oppfyller kontraktens krav til samvirke mellom de ulike delleveransene, ytelse, stabilitet og skalerbarhet. Nærmere bestemmelser om art og omfang av akseptansetesten for den enkelte delleveranse og samlet akseptansetest og godkjenningsperiode inntas i bilag 5
Akseptansetest – akseptansekriterier for godkjenning	2.4 6 annet og tredje avsnitt	A- og B-feil anses hver for seg som vesentlige, med unntak av B-feil som ikke er vesentlige for kundens mulighet til å sette programvaren i drift og påbegynne godkjenningsperioden (som før). Kunden har krav på rimelig tid til retesting etter feilretting.
Akseptanstest – betinget godkjenning	2.4.6 fjerde og femte avsnitt	Det er innarbeidet bestemmelser om godkjenning med forbehold og konsekvenser av at betingelsene ikke overholdes. Hvis betingelsene ikke overholdes regnes løsningen som forsinket fra utløpet av akseptansetestperioden (da løsningen ble godkjent med forbehold), altså som om den ikke var godkjent. Tilsvarende gjelder for feil som meldes til leverandøren i løpet av de siste fem virkedager før akseptansetestens avslutning.	I gjeldende versjon av SSA-T er det uklart hva som er betydningen av å godkjenne med forbehold og konsekvensene dersom vilkårene ikke oppfylles. Dette er nå forsøkt avklart slik at det skal bli enklere og mer praktisk for kunden å benytte denne muligheten.
Godkjenningsperioden	2.5.2 og 2.5.3	Bestemmelsene om godkjenningsperioden er omarbeidet og forenklet. Det kan være utarbeidet egen oppfølgingsplan for godkjenningsperioden. Kunden kan ikke nekte å godkjenne leveransen på grunn av forhold som er uvesentlige for kundens bruk av leveransen. Hvis ikke annet er avtalt i bilag 5, gjelder følgende: A-feil og 3 eller flere B-feil anses hver for seg som vesentlige. Det er tatt inn bestemmelser om godkjenning med forbehold og sent innmeldte feil, se tilsvarende for akseptansetesten ovenfor. Feil som kunden burde ha oppdaget i godkjenningsperioden kan ikke senere kreves rettet som garantifeil. Det er gjort et særlig unntak fra plikten til å rette feil i løpet av godkjenningsperioden for "feil som bare har liten betydning for Kundens bruk av løsningen, og som vil bli rettet i en planlagt oppdatering av programvaren innen rimelig tid og senest innen utløpet av garantiperioden, og som det derfor ville være uforholdsmessig ressurskrevende for Leverandøren å rette i godkjenningsperioden." Feilene skal uansett være rettet senest innen utløpet av garantiperioden.	I forrige versjon ble A- og B-feil hver for seg ansett vesentlige. Med mindre annet er avtalt kan kunden nå ikke nekte å godkjenne med en eller to B-feil. Feil som burde vært oppdaget under godkjenningsperioden må håndteres under vedlikeholdsavtalen. Avhengig av hva som er inkludert i vedlikeholdsavtalen kan kunden måtte betale for utbedring av slike feil.
Godkjenningsperioden – særlig om delleveranser	2.1.4 annet og tredje avsnitt	Se merknad til akseptansetest av delleveranser ovenfor. Med mindre annet fremgår av bilag 4, er godkjenningsperioden 1 (en) måned for hver enkelt delleveranse og 3 (tre) måneder i forbindelse med siste delleveranse. En eller flere delleveranser kan unntas fra samlet testing ved å angi det i bilag 4.	Kunden bør vurdere om én måneds akseptansetest for den enkelte delleveranse er tilstrekkelig i og med at senere regresjonstesting bare skal verifisere at funksjonaliteten fortsatt fungerer slik den ble godkjent. Avhengig av delleveransens omfang kan én måned være i korteste laget.
Avbestilling i spesifiseringsfasen	2.6.1 annet avsnitt, siste setning	Det er foretatt noen justeringer i bestemmelsene om avbestilling i spesifiseringsfasen. Det er bl.a. presisert at samlet avbestillingsvederlag for spesifikasjonsfasen aldri kan overstige det vederlag for spesifikasjonsfasen som er avtalt i bilag 7.	Presiseringen reflekterer det synspunkt at det aldri bør koste mer å avbestille enn å gjennomføre.
Omtvistede endringer	3.8 tredje og fjerde avsnitt	Regelen om at leverandøren har plikt til å utføre omtvistede endringsordre ("hoppeplikt") mot sikkerhetsstillelse i SSA-D 2013 er byttet ut med en regel om at kunden må utbetale halvparten av det beløpet leverandøren mener den har krav på før hoppeplikten oppstår. Beløpet avregnes når tvisten løses. Leverandøren kan "løse" seg fra hoppeplikten ved å eskalere saken inn for en av tvisteløsningsordningene, men bærer da risikoen for forsinkelser og SLA brudd hvis det viser seg at kundens bestridelse av endringsordren var korrekt.	Et stadig tilbakevendende ønske om endring fra leverandørene i tidligere SSA-T har vært knyttet til hvorvidt leverandøren må utføre arbeid under en omtvistet endringsordre uten å få noe betalt før tvisten er avklart. Dette er nå lempet ved at leverandøren kan kreve (midlertidig) å få utbetalt 50 % av estimert vederlag eller suspendere "hoppeplikten" ved å utløse kontraktens tvisteløsningsmekanismer. Ved utløsning av kontraktens tvisteløsningsmekanismer har leverandøren risiko for forsinkelser hvis det viser seg at han tok feil i sin antagelse om at endringen var utenfor det avtalte. Hvis det betales midlertidig vederlag må leverandøren kreve avgjørelse av den omtvistede endringen iht. punkt 3.9 innen tre måneder etter at det er betalt, ellers går det til motregning i neste betalingsmilepæl.
Garanti	4.1	Det er presisert at det ikke kan kreves erstatning eller andre misligholdsbeføyelser knyttet til mangler som blir utbedret i henhold til garantiansvaret.
Tredjeparts programvare	Bilag 10 og punkt 5.1, se også punkt 1.3. nr. 4.	Det er innarbeidet bestemmelser for å håndtere bruk av tredjeparts programvare som må leveres under standard lisensvilkår.	Tredjeparts programvare vil som hovedregel måtte leveres under tredjeparts standard lisensvilkår. Den nye reguleringen innebærer bl.a. at det ikke automatisk vil bli ansett som et forbehold til kontrakten hvis leverandøren legger frem tredjeparts standard lisensvilkår som del av tilbudet. Det er imidlertid stilt visse krav til disposisjonsrettens (lisensens) omfang. Den må være dekkende for formålet med anskaffelsen og den bruk kunden har beskrevet. Videre har leverandøren ansvaret for at løsningen har den avtalte funksjonalitet, og løsningen skal testes og godkjennes iht. SSA-T uavhengig av hva som gjelder for den enkelte programvarekomponent. Leverandøren har også ansvar for å rette feil i løsningen, også om feilen skyldes feil i standard programvare. Det er imidlertid innarbeidet en avgrensning av leverandørens feilrettingsansvar for feil som skyldes at programvaren ikke opptrer iht. programvare­leverandørens spesifikasjoner, og som ikke kan rettes uten å ha tilgang til kildekoden til standardprogramvaren. I slike tilfeller er leverandørens forpliktelser begrenset til å melde feilen, følge opp feilrettingen hos programvareleverandøren, og gjøre rettet versjon tilgjengelig for kunden når den er klar. Feil som faller i denne kategorien gir ikke grunnlag for å nekte å godkjenne løsningen. Hvis det ikke har lykkes leverandøren å få til dette innen utgangen av garantiperioden, kan kunden kreve prisavslag og evt. erstatning hvis vilkårene for dette er oppfylt. Leverandøren skal søke å finne en midlertidig løsning mens feilen rettes.
Lønns- og arbeidsvilkår	5.5	Det er presisert at bestemmelsene om vilkår iht forskrift om allmengjort tariffavtale gjelder egne og "eventuelle underleverandørers ansatte som direkte medvirker til å oppfylle Leverandørens forpliktelser under denne avtalen". Bestemmelsen om landsomfattende tariffavtale for den aktuelle bransje gjelder de samme ansatte, men bare for arbeid som utføres i Norge.
Skriftlighet	7.4	Det er presisert at alle varsler, krav eller andre meddelelser knyttet til denne avtalen skal gis skriftlig til den postadressen eller elektroniske adressen som er oppgitt på avtalens forside med mindre partene har avtalt noe annet i bilag 6 for den aktuelle type henvendelse.	Bestemmelsen legger til rette for, og minner om, at partene kan avtale en hensiktsmessig metode for bruk av elektronisk meldingsformidling (e-post eller elektronisk samhandlingsløsning).
Prisendringer	Punkt 8.5	Reglene om vederlagsjustering ved endringer i valutakurser samt konsumprisjustering er fjernet fra standardteksten.	Fjerningen av reglene om vederlagsjustering ved endringer i valutakurser innebærer at leverandøren må bruke andre virkemidler for å sikre seg mot valutarisiko. Bestemmelser om prisendringer tilpasset den enkelte leveranse kan avtales i bilag 7.
Eksterne rettslige krav	9.1	Bestemmelsen er forenklet bl.a. ved at eksemplene på det som kunne være relevant regelverk er fjernet. Det er presisert at det er kundens ansvar å angi hvilke rettslige krav som er relevante for gjennomføring av avtalen.
Informasjonssikkerhet	9.2	Det er innarbeidet et generelt overordnet krav til forholdsmessig tiltak for å ivareta informasjonssikkerhet i forbindelse med gjennomføring av leveransen.
Personopplysninger	9.3	Det er innarbeidet en egen bestemmelse om krav til leverandørens behandling av personopplysninger (som databehandler) for de tilfellene der det er relevant (f.eks. ifm. konvertering). Det fremgår bl.a. at leverandøren må ivareta krav til informasjonssikkerhet i henhold til personopplysningslovens § 13. Eventuelle underleverandører må godkjennes av kunden. Personopplysninger kan ikke overføres til land utenfor EØS-området (tredjeland) uten kundens skriftlige forhåndssamtykke.	Bestemmelsen tjener som nødvendig ramme for innholdet i en databehandleravtale mellom partene. Det må fremgå av bilag 1 og 2 hvordan behandling av personopplysninger skal skje (hvis behandling av personopplysninger er relevant). Spørsmålet om behandling av personopplysninger skal også vurderes ifm. planlegging av evt. konvertering, se punkt 2.3.8 annet avsnitt. Kravet til skriftlig samtykke før eventuell overføring til tredjeland skal sikre at kunden kan ivareta sin plikt til å sørge for tilstrekkelig rettslig grunnlag før overføring finner sted, jf. personopplysningsloven §§ 29-30.
Deponering av kildekode mv	10.2.2	Det er innarbeidet bestemmelser om deponering av kildekode til standard programvare eller annen løsning som sikrer kunden dersom leverandørens skulle gå konkurs e.l.	OBS! Bestemmelsen om deponering av kildekode må aktiveres av kunden for å komme til anvendelse.
Vedlikeholdbarhet	10.2.3	Det er innarbeidet en ny bestemmelse om vedlikeholdbarhet der det fremgår at: "Hvis Leverandøren velger å levere kundetilpasninger i form av utvikling i koden til programvare som ligger til grunn for leveransen, må Leverandøren påse at kundetilpasningene er ivaretatt også i senere versjoner av programvaren."
Forsinkelse og dagbøter	11.5.2 annet og tredje avsnitt	Det er innført egne bestemmelser om dagbøter for delleveranser. Fremdrift måles for den enkelte delleveranse og dagbøter beregnes av verdien av den eller de delleveranser som er forsinket. Det er også innført en viss mulighet for å "tjene inn" tidligere påløpte dagbøter hvis leverandøren overholder milepælen "løsning klar for akseptansetest".
Heving av delleveranser	11.5.4 tredje avsnitt	Kunden kan heve avtalen for en delleveranse når dagbotperioden for den aktuelle delleveransen er utløpt. Hvis forsinkelsen er av en slik art at leveransen som helhet må anses vesentlig forsinket, f.eks. fordi det som allerede er levert eller senere skal leveres, ikke kan benyttes uten det som er omfattet av hevingsretten, kan Kunden heve med virkning for hele leveransen.
Erstatning	11.5.6	Bestemmelsene om hva som regnes som direkte og indirekte tap er endret og presisert. Indirekte tap omfatter, men er ikke begrenset til, tapt fortjeneste av enhver art, tapte besparelser, tap av data og krav fra tredjeparter med unntak av idømt erstatningsansvar i henhold til punkt 13.4. Det er presisert i punkt 11.5.5 at merkostnader kunden får ved dekningskjøp regnes som direkte tap.	SSA-T ble i 2013 endret slik at indirekte tap ble definert med referanse til kjøpsloven. Denne henvisningen var imidlertid lite egnet da de fleste avtalene har et betydelig tjenesteelement, i liten grad benyttes for kjøp av noe som skal selges videre samt at programvare har egenskaper som skiller seg fra alminnelig løsøre. Nåværende avgrensning ligger nærmere det som antas å være standard i markedet.
Tilbakeholdsrett - leverandørens	12.3	Bestemmelsen om leverandørens tilbakeholdsrett er noe endret slik at leverandøren nå kan holde sin ytelse tilbake hvis kunden vesentlig misligholder avtalen.	Se punkt 12.4 om frister for avhjelp før heving kan erklæres. Fristene må antakelig også gjelde mht. tilbakehold av ytelser. I tilsvarende bestemmelse i SSA-D er det i tillegg krevet at leverandøren hever avtalen. Leverandøren kan i SSA-D likevel ikke holde tilbake driftstjenesten dersom kunden benytter sin rett til midlertidig forlengelse av avtalen mot forskuddsbetaling som angitt i punkt 4.5.
Forsinkelse på kundens side	12.5	Det er presisert at hvis Kunden er forsinket med oppfyllelsen av sine plikter etter avtalen, og dette medfører at Leverandøren bruker mer tid på å gjennomføre sin del av leveransen, har Leverandøren krav på "justering av det avtalte vederlaget tilsvarende det antall timer som Leverandøren har blitt påført i merarbeid som følge av Kundens mislighold".
Hevingsoppgjør – heving med virkning fremover i tid	Kap. 14	Endring av bestemmelsen om hevingsoppgjør. Kunden kan bare kreve tilbake det han har betalt hvis kunden bare har liten eller ingen nytte av det som er prestert før hevingstidspunktet og ikke kan forventes å bygge videre på det eller ferdigstille det ved hjelp av en ny leverandør.	I SSA-T 2009-2013 var hovedprinsippet ved heving at kunden kunne kreve pengene tilbake, til tross for at utførte tjenester ikke nødvendigvis hadde resultert i noe som kunne tilbakeleveres. (Den nye bestemmelsen synes å være mer i overensstemmelse med tjenestekontrakter ellers.)
Overdragelse av rettigheter og plikter	15.3	Det er gjort unntak fra krav om samtykke fra kunden hvis kontrakten overdras som følge av at leverandøren slås sammen med et annet selskap. Det er presisert anskaffelsesrettslige krav som må oppfylles for leverandørskifte hvis kunden er omfattet av anskaffelsesregelverket.
Force majeure	Punkt 15.6	Hvis avtalen avsluttes som følge av force majeure (som har vart mer enn 90 dager), dekker partene sine egne kostnader knyttet til avslutningen og leverandøren får betalt for det som er levert før avtalen ble avsluttet. Partene kan ikke rette andre krav mot hverandre som følge av avslutning på grunn av force majeure.	Manglende oppfyllelse som følge av force majeure er ikke mislighold. Endringen i punkt 13.4 er en refleks av dette.

L_7121385_v1 25.01.16 508535-032