Rammeavtale for posisjonerings- og navigasjon app basert på NVDB-vegsystem referanse

Dokumentene gjelder Statens standardavtaler (SSA) for rammeavtale og tilhørende avrops-/tjenesteavtaler: SSA-R (rammeavtale om varer/tjenester innen IKT og konsulenttjenester), SSA-L (løpende tjenestekjøp over internett), SSA-B (konsulentbistand) og SSA-O (konsulentoppdrag), samt avropsmal og veiledende bilag. Teksten beskriver formål/omfang, bilagsstruktur (kryssing/utfylling), tildeling av kontrakter innen rammeavtale (avrop/minikonkurranse), varighet/oppsigelse, plikter til varsling/samarbeid/taushet, pris- og betalingsregler, mislighold/sanksjoner (inkl. dagbøter/prisavslag/heving/erstatningsbegrensning) og tvisteløsning (forhandling/mebling/domstoler/voldgift).

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

09.09.2026

Språk

norsk, English

Elektronisk katalog

Tillatt

• Rammeavtale (SSA-R): Kunden er ikke forpliktet til å kjøpe bestemte mengder; tildeling av kontrakter (avrop) skjer etter prosedyrene i bilag 2, og vilkår i bilag 3 (evt. supplert med minikonkurranseresultater).Kilde: SSA-R – punkt 1.1, 2.1, 2.2
• Varighet/oppsigelse (SSA-R): 2 år fra ikrafttredelse, med rett til forlengelse ett år av gangen inntil 2 ganger; varsel senest 3 måneder før utløp.Kilde: SSA-R – punkt 1.3
• Leverandørens plikter (SSA-R): Plikt til å svare på Kundens henvendelser så raskt som mulig (frister kan avtales i bilag 4). Leverandøren har tilbudsplikt ved avrop/minikonkurranse når rammeavtalen er tildelt én leverandør eller det gjennomføres minikonkurranser i parallelle rammeavtaler.Kilde: SSA-R – punkt 3.1, 3.2
• Samarbeid/varsling/lojal gjennomføring (SSA-R): Partene skal samarbeide lojalt; henvendelser besvares uten ugrunnet opphold; varsling av forhold som kan påvirke gjennomføringen.Kilde: SSA-R – punkt 5.1
• Taushetsplikt (SSA-R): Konfidensiell behandling av informasjon; gjelder også etter opphør; opphør etter 5 år med mindre lov/forskrift gir annet.Kilde: SSA-R – punkt 5.2
• Priser/betaling og prisendring (SSA-R): Priser ekskl. mva med mindre annet; prisendring årlig ved konsumprisindeks (hovedindeks) fra avtaledato; annen indeks/avvik reguleres i bilag 5.Kilde: SSA-R – punkt 6.1, 6.2
• Mislighold (SSA-R): Indirekte tap kan ikke kreves; sanksjoner for tildelte kontrakter reguleres i den enkelte tildelingskontrakt.Kilde: SSA-R – punkt 7.1, 7.2
• Tvister (SSA-R): Norsk rett; løsning først ved forhandlinger, deretter mulig mekling; til slutt domstoler (Kundens hjemting verneting) eller voldgift.Kilde: SSA-R – punkt 8.1-8.4
• SSA-L (løpende tjenester over internett): Tjenesten er as-a-service; omfang spesifiseres i bilag 1 (krav) og bilag 2 (leverandørbeskrivelse).Kilde: SSA-L – Alminnelige bestemmelser, Avtalens omfang
• SSA-L: Etableringsfase (bilag 3 ved behov), leveransemelding og godkjenningsprøve (standard 10 virkedager hvis ikke annet). Godkjenning/underkjenning følger av feil-alvorlighetskategorier (A/B/C).Kilde: SSA-L – punkt 3.1-3.4
• SSA-L: Dokumentasjon og opplæring (på norsk med mindre annet avtales; datert siste versjon; opplæring ved avtalt i bilag 1/2).Kilde: SSA-L – punkt 3.4
• SSA-L: Leverandøren har ansvar for standardoppgraderinger/vedlikehold inkludert i vederlaget (med krav til testing etter oppgraderinger, særlig ved tredjepartsendringer).Kilde: SSA-L – punkt 3.5
• SSA-L: Pris/vederlag, fakturering og betalingsbetingelser: elektronisk faktura kreves; forfall etter 30 kalenderdager første gang ikke tidligere enn 30 dager etter leveringsdag.Kilde: SSA-L – punkt 4.1-4.2
• SSA-L: Prisendring ved årsskifte iht. konsumprisindeks (eller annen avtalt indeks i bilag 6); endringer for tredjepartsleveranser gir ikke automatisk prisendring uten særskilt avtale.Kilde: SSA-L – punkt 4.5
• SSA-L: Varighet, fornyelse, avbestilling og avslutning, inkludert krav til oppfølgende bistand (inntil 30 dager) og plikt til å tilgjengeliggjøre/overføre kundedata og lisenser ved opphør.Kilde: SSA-L – punkt 5.1-5.4
• SSA-L: Datatilbakehold er forbudt (ingen tilbakeholdsrett i kundens data). Kunde kan holde vederlag tilbake inntil 1 måned etter opphør for sanksjonering ved manglende ytelser, hvis avtalen ikke avsluttes pga kundemislighold.Kilde: SSA-L – punkt 5.4
• SSA-L: Informasjonssikkerhet og personopplysninger: leverandør skal iverksette forholdsmessige sikkerhetstiltak; underleverandører må ha tilsvarende forpliktelser; databehandleravtale skal inngås før behandling.Kilde: SSA-L – punkt 6.1-6.2
• SSA-L: Misligholdssanksjoner: avhjelp, prisavslag/avhjelpsforsøk, tilbakehold av betaling (innenfor nødvendig ramme), dagbot ved forsinkelse (0,15% av avtalt vederlag eks. mva, maks 100 dager), heving ved vesentlig mislighold, samt erstatning og erstatningsbegrensning.Kilde: SSA-L – punkt 9.2-9.3
• SSA-B (konsulentbistand): Bistanden leveres under Kundens ledelse; oppstart/varighet og avbestilling reguleres i bilag 3/5; risiko for dokumentasjon/kommunikasjon hos Konsulenten mens det er under konsulentens kontroll.Kilde: SSA-B – Alminnelige bestemmelser, punkt om avbestilling og gjennomføring (varighet/avbestilling)
• SSA-B/SSA-O (felles fra tekst): Skriftlighet/varsling av endringer, misligholdsbeføyelser (prisavslag, tilbakeholdsrett, heving), erstatningsbegrensning (ingen indirekte tap) og ansvarsbegrensning; informasjonssikkerhet/personvern og taushetsplikt.Kilde: SSA-B – punkt 5-8; SSA-O – punkt 7-11

• Tekstutdraget inneholder ikke eksplisitte kvalifikasjonskrav til leverandører eller konkrete innleveringskrav (ut over at SSA-bilag må fylles ut/krysses av av Kunden/Konsulenten). Dersom konkurransegrunnlaget har egne kvalifikasjons-/evalueringspunkter utover SSA-vilkår, fremgår de ikke av vedlagt tekst.
• Tildelingskriterier er ikke oppgitt i utdraget (kun standardavtalens tildelingsmekanismer for avrop i rammeavtale: prosedyre/minikonkurranse).
• Det fremgår flere ulike SSA-tekster (SSA-R, SSA-L, SSA-B, SSA-O). Utdraget sier ikke hvilken av disse som faktisk er grunnlaget for «den aktuelle anskaffelsen»; jeg har derfor trukket kontraktskrav på tvers av dokumentene som foreligger i teksten.

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 kapittel 1.2.1/funksjonelle krav (F6) og kapittel 1.2.1/kravtype AE (F6, samt F7) ber vi om bekreftelse av hvordan Oppdragsgiver forventer at «normalt ikke er eldre enn én dag» dokumenteres og håndteres i praksis. Hvilke konkrete rapporterings-/visningskrav forventes til bruker og administrator (f.eks. status, tidspunkt for siste vellykkede oppdatering, og varslingsmekanismer ved avvik)?

   Hvorfor det er verdt å spørre: Dette påvirker både teknisk løsning og kostnadsnivå, og er et kjernepunkt i evalueringen (sporbarhet/robusthet for NVDB-oppdatering).

   Kilde: Vedlegg 5, Bilag 1 kapittel 1.2.1 (F6 og AE-krav F7).

2. I kravtype AE (F7) ber Oppdragsgiver om at løsningens «nøyaktighet/usikkerhet» skal vises og at bruker skal kunne «bekrefte» riktig posisjon. Hvordan skal «nøyaktighet/usikkerhet» konkretiseres i evalueringen (f.eks. GPS/GNSS HDOP/accuracy radius, antall satellitter, beregnet feilmargin), og hvilke terskler/format forventes vist til sluttbruker?

   Hvorfor det er verdt å spørre: Klargjøring av hva som gir uttelling på funksjonelle krav (navigasjon/valg av riktig vegsystemreferanse) og reduserer risiko for feil tolkning i tilbudet.

   Kilde: Vedlegg 5, Bilag 1 kapittel 1.2.1 (F7).

3. I kravtype AE (F8) spør vi hvordan Oppdragsgiver ønsker at navigasjon gjennomføres. Forventes navigasjon primært via innebygd navigasjon i appen, eller er «åpne ekstern navigasjonsapp» akseptabelt? Hvis begge er tillatt, hvordan vurderes kvaliteten (og hva er minimum som gir oppfyllelse)?

   Hvorfor det er verdt å spørre: Valg av navigasjonsmekanisme påvirker brukeropplevelse, integrasjoner og testomfang, og kan påvirke avvik/forbehold.

   Kilde: Vedlegg 5, Bilag 1 kapittel 1.2.1 (F8).

4. I kravtype AE (F9) om offline-funksjonalitet ber Oppdragsgiver om at løsning skal «kunne synkroniseres når dekning igjen er tilgjengelig» og at det håndteres konflikter/feilsituasjoner og «eventuell vannmerking». Kan Oppdragsgiver spesifisere hvilke konflikttyper som typisk forventes (f.eks. to synkroniseringer av samme registrering, endring av NVDB-referanse i mellomtiden, duplikatbilder), og hvordan «riktig» oppførsel skal dokumenteres i tilbudets besvarelse?

   Hvorfor det er verdt å spørre: Offline/synkronisering er ofte den største tekniske usikkerheten og kan påvirke både kostnader og kvalitetspoeng.

   Kilde: Vedlegg 5, Bilag 1 kapittel 1.2.1 (F9).

5. I SLA-kriteriet (Bilag 4) er det krav om «tilgjengelighet (maksimal nedetid)», responstider for feilhåndtering og behandlings- og responstid for brukerstøtte (SLA1 og SLA4). I utdraget er ikke konkrete terskelverdier/parametere angitt. Hvilke nøyaktige SLA-verdier skal leverandørens besvarelse ta utgangspunkt i (f.eks. oppetid % per måned/år, definerte nedetidsvinduer, responstid i minutter/timer per feilkategori, løsningstid), og hvordan skal standardiserte kompensasjoner i bilag 4 punkt 4.2 utfylles?

   Hvorfor det er verdt å spørre: Gir nødvendig grunnlag for prising og leverandørens SLA-beskrivelse. Uten konkrete parametere blir tilbudets risikopåslag og kvalitetssvar vanskelig å treffe.

   Kilde: Vedlegg 5, Bilag 4 (SLA1/SLA4 og standardiserte kompensasjoner 4.2).

6. Ved SLA8/A-kriterie (midlertidig løsning for å omgå innmeldte feil) ber Oppdragsgiver leverandør om å «akseptere» tiltak. Kan Oppdragsgiver utdype hva som regnes som «hensiktsmessig midlertidig løsning» og hvilke begrensninger som gjelder (f.eks. krav til datakvalitet, funksjonell avvik/omfang, tidsbegrensning før permanent løsning)?

   Hvorfor det er verdt å spørre: Påvirker leverandørens forpliktelser og risiko ved avvik fra avtalte funksjoner.

   Kilde: Vedlegg 5, Bilag 4 (SLA8 og tilhørende kravtype A).

7. I kravspesifikasjonen F16 og F17 om lisensadministrasjon og oppfølging av inaktive brukere (f.eks. «de siste 12 månedene» i eksempelet) ber Oppdragsgiver om beskrivelse. Er «12 måneder» en fast terskel som skal legges til grunn, eller er det kun et eksempel på hvordan leverandøren kan løse kravet? Hvordan ønsker Oppdragsgiver at leverandøren beskriver terskler/varsler (intervall, varselskanal, og beslutningsprosess)?

   Hvorfor det er verdt å spørre: Terskelverdier påvirker funksjonell design og administrativ arbeidsflyt, og er sentralt for kvalitetssvar under lisensadministrasjon.

   Kilde: Vedlegg 5, Bilag 1 (F17) og F16 (lisensadministrasjon).

8. I Bilag 9 (Kundens Forretningsprinsipper for standard skytjenester) er det angitt at endringer av API/teknisk oppsett «ikke skal skje uten Kundens forutgående samtykke», og det står også at standardvilkår «bør» ivareta flere forhold (datasentre, portabilitet, suspensjon mv.). Kan Oppdragsgiver bekrefte hvilken praktisk metode som brukes for å sikre at Kunden faktisk får samtykke, og hvordan dette dokumenteres i tilbud/kontraktsoppsett når leverandør benytter standard skytjenester/underleverandører?

   Hvorfor det er verdt å spørre: Klargjøring av hvordan «bør»-formuleringer i praksis gjøres bindende og håndterbare reduserer leverandørens kontrakts- og etterlevningsrisiko.

   Kilde: Vedlegg 5, Bilag 9 (bl.a. 9.2-3, 9.6-1, 9.8-1, 9.10-1/-2).

9. I kapittel 1.8/kapittel 5.1 og rammeavtale-/avropslogikken: Avtalen inngås som rammeavtale (1 leverandør) og hver Kunde inngår egen tjeneste-/avropsavtale, med avrop uten volumforpliktelse. Kan Oppdragsgiver beskrive hvordan «årsvolumene» i prisskjemaet skal brukes i evalueringen vs. hvordan de faktisk påvirker avrop (f.eks. er det minimum bestillingsnivå, eller kun evalueringsgrunnlag)?

   Hvorfor det er verdt å spørre: Selv om volum er oppgitt som evalueringsformål, påvirker det leverandørens kostnadsberegning (særlig rundt bruksrett/brukerstøtte og kapasitet).

   Kilde: Konkurransegrunnlag kapittel 5 Tildelingskriterier (pris) og kapittel 1.6 Kontraktstype og omfang (rammeavtale/avrop).