Anskaffelse av seriøsitetsoppfølgningssystem

SSA-L-avtale om løpende levering av IT-/skybaserte tjenester «as a service» over internett. Tjenesten skal leveres som SaaS og kan omfatte installasjon/konfigurasjon/tilpasning/integrasjoner dersom spesifisert i bilag 1. Kunden har kravspesifikasjon i bilag 1, mens leverandøren beskriver løsning i bilag 2. Avtalen regulerer bl.a. etablering, leveransemelding og godkjenningsprøve, dokumentasjon/opplæring, vederlag, varighet/avbestilling/avslutning, informasjonssikkerhet/personvern (punkt 6), eiendoms-/datarettigheter og misligholdssanksjoner (punkt 9).

• Alle rubrikker i bilag til avtalen skal være krysset av (ja eller nei) for bilag 1–9 samt øvrige bilagKilde: SSA-L, «Bilag til avtalen»
• Plan for etableringsfasen (dersom det er behov for etableringsfase) skal eventuelt inntas i bilag 3Kilde: SSA-L, punkt 3.1
• Alle priser og nærmere betingelser for vederlaget fremgår av bilag 6Kilde: SSA-L, «Vederlag» (henvisning til bilag 6)

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

03.08.2026

Språk

English, norsk

Elektronisk katalog

Ikke tillatt

• Levering som løpende tjenester «as a service»-leveranser over internett. Tjenesten kan omfatte installasjon, konfigurering, tilpasning og/eller integrasjoner dersom spesifisert i bilag 1Kilde: SSA-L, punkt 1.1
• Leverandørens ansvar: tjenesten skal oppfylle krav og beskrivelser i bilag 1 og 2 innen frister i bilag 3; leverandøren skal også oppfylle kravene til tjenestenivå (bilag 4). Drift av tjenesten er inkludert i vederlagetKilde: SSA-L, punkt 2.1
• Krav til etableringsgjennomføring: leverandør skal utarbeide plan for etableringsfase (roller/ansvar og fremdriftsplan) i samarbeid med kunden når det er behov; plan kan inntas i bilag 3Kilde: SSA-L, punkt 3.1
• Leveransemelding og godkjenningsprøve: leverandør sender skriftlig leveransemelding; kunden skal teste i 10 virkedager (hvis ikke annet i bilag 3). Leveringsdag fastsettes ut fra kundens godkjenning/underkjenning innen periodenKilde: SSA-L, punkt 3.2 og 3.3
• Dokumentasjon og opplæring: standard produktbeskrivelse/brukerveiledning/annen dokumentasjon; dokumentasjon på norsk hvis ikke annet i bilag 1/2. Dato og siste versjon. Dokumentasjon leveres senest ved start på godkjenningsprøve (hvis ikke annet i bilag 3). Opplæring hvis avtalt i bilag 1/2 (priser i bilag 6)Kilde: SSA-L, punkt 3.4
• Oppgradering/vedlikehold etter leveringsdag: standardoppgraderinger og alminnelig vedlikehold inngår i vederlaget med mindre annet er avtalt i bilag 6. Leverandør tester standardoppgraderinger som er nødvendige for å oppfylle avtalte krav (tjenestenivå bilag 4)Kilde: SSA-L, punkt 3.5
• Ytterligere utvikling etter leveringsdag: kunden kan bestille videreutvikling innen rammene i bilag 1/2; betales etter medgått tid i henhold til timesatser i bilag 6 (med mindre annen modell fremgår). Godkjenningskriterier/fremdrift avtalesKilde: SSA-L, punkt 3.6
• Ved endringer etter avtaleinngåelse: endringsavtale kan kreves/anmodes; leverandør kan kreve justeringer i vederlag/tidsplaner. Endringer skal skje skriftlig og undertegnes, og føres som bilag 8 (katalog)Kilde: SSA-L, punkt 1.4
• Tredjepartsleveranser: vilkår for kundens tilgang/bruk av tredjepartsleveranser skal vedlegges i bilag 9 og være bindende. Leverandør er ikke ansvarlig overfor kunden for feil i tredjepartsleveranser som oppstår etter leveringsdag (med presisering om prisavslag/heving hvis funksjonalitet fjernes/finnes ikke og ikke rettes innen rimelig tid)Kilde: SSA-L, punkt 2.2
• Betalingsbetingelser: løpende vederlag forfaller etter faktura per 30 kalenderdager; første gang ikke tidligere enn 30 dager etter leveringsdag. Krav om elektronisk faktura i godkjent standardformat (forskrift 2. april 2019). Leverandøren bærer kostnader knyttet til elektronisk fakturaKilde: SSA-L, punkt 4.2
• Prisendringer: pris kan endres ved hvert årsskifte etter SSB konsumprisindeks (hovedindeksen), med mindre annet i bilag 6. Prisendringer ved endring i offentlige avgifter. Ingen rett til prisendringer for tredjepartsleveranser uten særskilt avtale i bilag 6Kilde: SSA-L, punkt 4.5
• Varighet: avtalen trer i kraft ved undertegning. Gjelder 3 år fra leveringsdag hvis ikke annen varighet i bilag 5. Automatisk fornyelse 1 år med 3 mnd oppsigelsesfrist før fornyelse; leverandør kan si opp med 12 mnd varselKilde: SSA-L, punkt 5.1
• Avbestilling: kunden kan avbestille helt/delvis med 3 mnd skriftlig varsel (annen frist i bilag 5). Avbestillingskostnader: til gode for gjennomført del, omdisponering/personell, øvrige dokumenterte direkte kostnader og avbestillingsgebyr 10% av vederlag fakturert siste tre måneder (med skaleringsregler). Skalerbar bruk regnes ikke som avbestillingKilde: SSA-L, punkt 5.2
• Avslutning/oppfølgende bistand: kundens krav på oppfølgende bistand i inntil 30 kalenderdager etter at tjenesten er etablert hos ny leverandør eller hos kunden selv, selv om etter avtalens opphør. Tjenesten skal forbli fullverdig i avslutningsperiodenKilde: SSA-L, punkt 5.3
• Overføring ved opphør: leverandør skal tilrettelegge overføring av kundens data (inkl. ønskede sikkerhetskopier), lisenser/ disposisjonsrett som leverandør administrerer, øvrige kontrakter administrert på vegne av kunden, oversikt over brukere (eksterne/interne) og annet som tilhører kunden. Leverandøren kan ikke tilbakeholde kundens dataKilde: SSA-L, punkt 5.3
• Tilbakehold av vederlag: kunden kan holde vederlag for siste betalingstermin tilbake inntil 1 måned etter avtalens opphør for sanksjonering ved manglende ytelser (unntak avhengig av mislighold/årsaker)Kilde: SSA-L, punkt 5.3
• Informasjonssikkerhet: leverandør skal iverksette forholdsmessige tiltak for konfidensialitet, sikre data mot avveie, mot utilsiktet endring/sletting, mot virus og skadelig programvare; data skal holdes atskilt fra tredjeparters data; leverandør skal påse at tredjepartsleverandører sikrer kundens data. Krav kan angis i bilag 1Kilde: SSA-L, punkt 6.1
• Personopplysninger: leverandør skal beskrive tilfredsstillende behandling i bilag 2 (inkl. innebygd personvern). Leverandør skal dokumentere sikkerhetstiltak og tilgjengeliggjøre dokumentasjon ved forespørsel. Underleverandører krever tillatelse/avtale, og kundens forhåndssamtykke kreves før opplysninger overføres til andre for lagring/bearbeidelse/slettingKilde: SSA-L, punkt 6.2
• Ved avtalens opphør (datarettigheter): leverandør skal tilgjengeliggjøre data til kunden på allment tilgjengelig og maskinleselig format med strukturer og metadata intakt; slette egne kopier hvis ikke annet avtalesKilde: SSA-L, punkt 7.2
• Mislighold fra leverandør: mislighold foreligger når tjenesten ikke er i samsvar med funksjoner/krav/frister. Kunden skal reklamere skriftlig innen rimelig tid etter at mislighold er oppdaget/ burde oppdaget. Leverandøren har varslingsplikt ved manglende oppfyllelse (skriftlig varsel med årsak og når tjenesten kan leveres)Kilde: SSA-L, punkt 9.1.1 og 9.1. (samt varslingstekst)

• Dokumentteksten inneholder kun oversikt over punkter og utvalgte bestemmelser i SSA-L. Det fremgår ikke i dette utdraget konkrete kvalifikasjonskrav knyttet til leverandøren (kun en databehandleravtaleoppsett og kravspesifikasjon/arkiverings- og funksjonskrav).
• Tildelingskriterier og vekt fremgår ikke av den vedlagte tekstutskriften. I bilag 6/arkfanen omtales «tildelingskriteriet pris», men eksakte tildelingskriterier/vekting er ikke inntatt.
• Det er ikke gitt konkrete innleveringskrav for kvalifisering i konkurransen utover generell omtale (utdraget inkluderer en «Mal for søknad kvalifisering», men ingen bindende kvalifikasjonskrav er trukket ut fra selve konkurransegrunnlaget).

Punkter der konkurransedokumentene åpner for tolkning, og der en presisering fra oppdragsgiver kan ha betydning for prising og risiko. Spørsmål kan stilles innen fristene som er angitt i konkurransegrunnlaget.

1. I vedlegg 2 (Leverandørens beskrivelse av tjenesten) og Bilag 1 (Kundens kravspesifikasjon) fremgår det at alle krav skal besvares med «Ja» eller «Nei», og at eventuelle «X» i kolonnen for «Utvikling/tilpasning» påvirker pris og uttelling. Kan dere bekrefte hvordan leverandøren skal fylle ut krav som delvis løses (dvs. både standardfunksjonalitet og noe utvikling), og om leverandøren da skal svare «Ja» med utdyping, eller «Nei» dersom deler krever utvikling som går utover konfigurering?

   Hvorfor det er verdt å spørre: For å unngå feil svarsmåte i kravtabellen og risiko for avvisning eller lavere uttelling, må leverandøren forstå hvordan deloppfyllelse skal håndteres i «Ja/Nei»-logikken.

   Kilde: Bilag 1, vedlegg 1 – «Leverandørens oppfyllelse (Oppfylt)», «Utvikling/tilpasning» samt Bilag 2 (fremgangsmåte for besvarelse).

2. Kravet om at leverandøren innen første tilbudsfrist skal gi Kunden tilgang til demobrukere (min. 10 samtidige brukere) er nevnt i kravspesifikasjonen. Kan dere bekrefte: (1) når i tid demotilgangen må være tilgjengelig (dato/klokkeslett), (2) om det er krav til konkret demo-innhold/brukscenarier, og (3) om demomiljøet må være «låst» uten endringer etter frist, eller om oppdatert demo er tillatt så lenge vedlegget oppdateres?

   Hvorfor det er verdt å spørre: Leverandøren trenger dette for å planlegge ressursbruk, teknisk løsning og korrekt dokumentasjon rundt demo og eventuelle endringer etter frist.

   Kilde: Bilag 1, vedlegg 1 – «Tilgang til løsning».

3. I Bilag 3 (Plan for etableringsfasen) fremgår det at Kunden vil bruke 20 arbeidsdager til godkjenningsprøve (avviker fra standard 10 dager), og at oppstart av godkjenningsprøve forutsetter flere inngangskriterier (samlet test, leveransemelding, tilgjengelighet mv.). Kan dere presisere hvordan dere vurderer «avtalte kriterier for oppstart» (hvilken dokumentasjon/leveranser regnes som tilstrekkelig), og om det finnes en standard mal for leveransemelding som leverandøren må følge?

   Hvorfor det er verdt å spørre: For å unngå tvist om når godkjenningsprøven kan starte og hvem som er ansvarlig for manglende grunnlag, bør leverandøren få avklart forventet dokumentasjonsnivå og prosedyre.

   Kilde: Bilag 3 – «Leveransefrist og leveransemelding» samt «Godkjenningsprøve og leveringsdag».

4. Tilgjengelighetsgarantien i Bilag 4 er angitt som minst 99,7 % per kalendermåned. Kan dere bekrefte (1) hvilke hendelser som gir fratrekk/ikke fratrekk i beregningen av oppetid, (2) hvordan planlagt vedlikehold utenom ordinær arbeidstid behandles i målingen, og (3) hvordan dere måler/rapporterer tilgjengelighet (verktøy/kilde til statistikk) og om leverandøren må dokumentere historikk i et bestemt format?

   Hvorfor det er verdt å spørre: Oppetidsmåling og avgrensning av hendelser påvirker både risiko og prising av tjenestenivå/standardiserte kompensasjoner.

   Kilde: Bilag 4 – «Garanti for tilgjengelighet-/oppetid».

5. Bilag 4 omtaler responstider i løsningen (visning/uttrekk av oversiktslister og «enkelt datainnputt») og rutiner for feil/eskalering, men konkrete responstidsmål/satser og feilrettingsfrister ligger ikke i utdraget. Kan dere utdype hvilke konkrete SLA-/responstidsmål og frister dere vil evaluere og kompensere mot (med definisjoner av hva som er måltidspunkt, målenheter og hvilke samtidighetsforutsetninger som gjelder)?

   Hvorfor det er verdt å spørre: Leverandøren kan ikke prise korrekt eller dimensjonere kapasitet uten presise SLA-definisjoner og målverdier knyttet til konkrete hendelsestyper.

   Kilde: Bilag 4 – «Garanti for responstider i løsningen» og «Øvrige garantier og tjenestenivå».

6. Dere beskriver at løsningen skal støtte integrasjon til Entra ID/SSO og integrasjoner til «adgangskontrollsystemer» via API/datagrensesnitt, og at leverandøren skal sette opp og teste integrasjonene. Kan dere bekrefte hvilke konkrete integrasjonsgrensesnitt dere forventer (f.eks. REST/GraphQL, SAML/OIDC for SSO, datamodell/roller for adgangskontroll), og om det finnes dokumentasjon/maler for API-dokumentasjon og testkriterier som dere ønsker at leverandøren følger?

   Hvorfor det er verdt å spørre: Integrasjonsomfanget påvirker både utviklingsinnhold, testopplegg og risiko for forsinkelse og kostnader i etableringsfasen.

   Kilde: Bilag 1 – Kundens krav/leveranser L3-L4 («Oppsett og test av integrasjon for sentral brukeradministrasjon (Entra ID) og SSO» og «Oppsett og test av integrasjoner til interne/eksterne adgangskontrollsystemer»), samt Bilag 3 og Bilag 9 (tredjepartsleveranser).

7. I Bilag 1 (Kundens kravspesifikasjon) er det listet tilleggsbehov som kan utvides i avtaleperioden (integrasjon til kontraktadministrasjon og saks-/arkiv, innebygd arkivering, verifisering av seriøsitetsdokumentasjon, risikovurderinger, hendelser, miljø, månedsrapportering). Kan dere beskrive prosedyren for hvordan slike tilleggsbehov prioriteres og bestilles (f.eks. endringsavtale vs. bestilling etter tid), inkludert hvem som godkjenner estimat og når i tid dette skjer?

   Hvorfor det er verdt å spørre: Leverandøren må vite bestillings-/endringsmekanismen og godkjenningsløypa for å kunne prise og planlegge leveransekonsistens i avtaleperioden.

   Kilde: Bilag 1 – «Tilleggsbehov» samt SSA-L/SSA-L punkt 3.6 («Ytterligere utvikling etter Leveringsdag») og Bilag 6 «Ytterligere utvikling etter Leveringsdag».

8. Avtaleteksten og Bilag 6 beskriver prisfastsetting, prisendringer (KPI) og timepriser for bistand etter leveringsdag. Kan dere bekrefte (1) om det finnes pris-/volumtak eller andre kapper for løpende tjeneste eller bistand, (2) hvordan «skalerbarhet» ved reduksjon av antall brukere/funksjonalitet er ment å fungere i praksis (hvilke parametere som gir reduksjon og hvordan det avregnes), og (3) om det er separate priser for leverandører/underleverandører som bruker løsningen kostnadsfritt (i Bilag 6 står det kostnadsfritt, men vi ønsker avklart hvordan det håndheves i prisskjemaet)?

   Hvorfor det er verdt å spørre: Korrekt prising og modellering av fremtidige avrop/kapasitetsbehov krever avklaring av hvilke prisparametere som styrer kost og eventuell reduksjon ved lavere bruk.

   Kilde: Bilag 6 – «Vederlag», «Prisendringer», «Ytterligere utvikling etter Leveringsdag» samt SSA-L punkt 5.2 (avbestilling) om skalerbarhet.

9. I SSA-L (generell avtaletekst) og Bilag 7 er det lagt inn flere nye/endrede bestemmelser om revisjon og stedlig kontroll, krav til elektronisk betaling, elektronisk utbetaling av lønn, samt krav om begrensning i antall ledd underleverandører. Kan dere bekrefte hvordan dette skal forstås for en SaaS-leverandør (typisk dere vil ikke ha «medvirkende arbeideres» lønn/innkvartering mv.)—for eksempel hvilke deler av bestemmelsen som faktisk gjelder for leverandørens egne ansatte vs. eventuelle underleverandører med personell som medvirker?

   Hvorfor det er verdt å spørre: Leverandøren må avklare hvilke deler av seriøsitets-/arbeidslivkrav som faktisk operasjonaliseres hos SaaS-leverandøren for å unngå feil etterlevelse og unødige kostnader.

   Kilde: Bilag 7 – Endringer i den generelle avtaleteksten (pkt. 11.2, 11.6-11.12) og SSA-L punkt 11.2 (lønns- og arbeidsvilkår).

10. I vedlegg 2 Forpliktelseserklæring fremgår det at støttevirksomhet må levere inn egne ESPD-skjema ved støtte til kvalifikasjonskrav, og at støttevirksomheten bidrar til «Tekniske og faglige kvalifikasjoner – Styringssystem for informasjonssikkerhet». Kan dere bekrefte hvilke konkrete deler av kvalifikasjonskravet (og dokumentasjonsbehovet) som kvalifiseres gjennom støttevirksomheten, og om dere forventer at støttevirksomhetens ISO-/ISMS-dokumentasjon listes opp og signeres/vedlegges i søknad eller tilbud?

    Hvorfor det er verdt å spørre: Forpliktelseserklæringen påvirker leverandørens tilbuds-/kvalifiseringsstrategi og dokumentasjonsomfang; leverandøren må vite hva som faktisk må dokumenteres og på hvilket stadium.

    Kilde: Vedlegg 2 – Forpliktelseserklæring (referanse til konkurransegrunnlag punkt 4.2 Kvalifikasjonskrav og «Styringssystem for informasjonssikkerhet»).