65-BYM-2026 - Analyseverktøy for bruk i mobilitetsplanlegging

Anskaffelsen gjelder kjøp/levering av et analyseverktøy (Software as a Service) for bruk i mobilitetsplanlegging. Verktøyet skal analysere sammenhenger mellom ulike typer data (bl.a. trafikkdata, mobilitetsdata og andre relevante data) og støtte utvikling/videreutvikling, deling og visualisering. Leveransen skal leveres over internett som en SaaS-løsning og omfatter bl.a. etableringsfase (plan), dokumentasjon/opplæring, drift (inkludert drift av tjenesten), tjenestenivå (SLA) og håndtering av sikkerhet/personvern (GDPR), inkl. databehandleravtale.

• Leverandøren skal ha økonomisk kapasitet til å kunne oppfylle kontrakten. (Krav 4.2.2)

  Dokumentasjon: Forpliktelseserklæring/solidaritetserklæring dersom kapasitet støttes av annen virksomhet. (Fra vedlegg: angis hvilken kapasitet dere støtter dere på; samt leveres solidaritetserklæring sammen med tilbudet.)

  Kilde: Konkurransegrunnlag kap. 4.2.2; v5 Mal – Forpliktelseserklæring (Økonomisk kapasitet 4.2.2)
• Leverandøren skal ha et styringssystem for informasjonssikkerhet basert på ISO 27001 eller tilsvarende anerkjent standard. (Tekniske og faglige kvalifikasjoner 4.2.3)

  Dokumentasjon: Forpliktelseserklæring der tilbyder krysser av og angir konkret kapasitet/ressurser som støttes, samt bekreftelse på rådighet over nødvendige ressurser i kontraktsperioden. (Dokumentasjon utover dette er ikke spesifisert i utdraget.)

  Kilde: v5 Mal – Forpliktelseserklæring (Tekniske og faglige kvalifikasjoner 4.2.3)

• Tilbudsbrev/tilbudsskjema skal signeres elektronisk. Leverandøren skal bekrefte at han aksepterer alle forhold, krav og vilkår i samsvar med konkurransegrunnlaget (med eventuelle avvik/forbehold).Kilde: v4 Mal – Tilbudsbrev (Avvik/underskrift)
• Dersom tilbudet inneholder avvik eller forbehold: beskrive hvilke forbehold/avvik det gjelder, grunnen til forbeholdene/avvikene, og hvordan dette påvirker pris og andre sider av tilbudet.Kilde: v4 Mal – Tilbudsbrev (Avvik)
• Utfylle avsnitt om taushetsplikt: angi om tilbudet inneholder opplysninger underlagt taushetsplikt, og i så fall hvilke opplysninger, hvor i tilbudet de finnes, og hvorfor de er taushetsbelagte.Kilde: v4 Mal – Tilbudsbrev (Taushetsplikt)
• Signert bekreftelse/utfylling om databehandleravtale og vurdering av underdatabehandlere: artikkel 17.2 i databehandleravtalen er utfylt som angitt, og om underdatabehandlere er inntatt/vedlagt.Kilde: v4 Mal – Tilbudsbrev (Databehandleravtale)
• Hvis økonomisk eller teknisk/faglig kapasitet støttes av annen virksomhet: levere forpliktelseserklæring for aktuelle kvalifikasjonskrav, og solidaritetserklæring sammen med tilbudet.Kilde: v5 Mal – Forpliktelseserklæring (solidaritetserklæring)

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

17.08.2026

Språk

English, norsk

Elektronisk katalog

Ikke tillatt

• Tjenesten leveres som løpende «as a service»-leveranser over internett (SaaS).Kilde: SSA-L punkt 1.1 Avtalens omfang; Bilag 1 (SaaS-krav S3)
• Etableringsfase: ved behov skal Leverandøren i samarbeid med Kunden utarbeide plan med roller/ansvar og fremdriftsplan; kan inntas i bilag 3.Kilde: SSA-L punkt 3.1 Plan for etableringsfasen
• Leveransemelding: Leverandøren skal sende skriftlig melding når tjenesten kan tas i bruk.Kilde: SSA-L punkt 3.2 Leveransefrist og leveransemelding
• Godkjenningsprøve: Kunden skal undersøke tjenesten i 10 virkedager fra første virkedag etter leveransemelding (med mindre annet avtales i bilag 3). Leveringsdag anses etter kundens melding om godkjenning/underkjenning.Kilde: SSA-L punkt 3.3 Godkjenningsprøve og leveringsdag
• Dokumentasjon/opplæring: Leverandøren skal (med mindre annet avtales) levere/gi tilgang til standard produktbeskrivelse, brukerveiledning og annen dokumentasjon; språk skal normalt være norsk. Dokumentasjonen skal være datert og siste versjon, og leveres senest når godkjenningsprøven starter (hvis ikke annet i bilag 3). Leverandøren skal bistå med nødvendig opplæring i den grad avtalt i bilag 1/2 (priser i bilag 6).Kilde: SSA-L punkt 3.4 Dokumentasjon og opplæring
• Oppgradering/vedlikehold: standardoppgraderinger og alminnelig vedlikehold inngår i vederlaget med mindre annet er angitt i bilag 6; Leverandøren tester og foretar standardoppgraderinger nødvendig for å oppfylle avtalte krav, inkludert tjenestenivå.Kilde: SSA-L punkt 3.5 Oppgradering/vedlikehold
• Sikkerhetskrav (informasjonssikkerhet): Leverandøren skal iverksette forholdsmessige tiltak for konfidensialitet, tiltak mot avveie, utilsiktet endring/sletting, virus/skadevare; data skal holdes atskilt; Leverandøren skal sikre at tredjepartsleverandører har tilstrekkelig sikring; nærmere krav kan gis i bilag 1.Kilde: SSA-L punkt 6.1 Informasjonssikkerhet
• Personopplysninger: Leverandøren skal beskrive hvordan tilfredsstillende behandling iht. personopplysningsregelverket skal oppnås og gjennomføres i bilag 2 (inkl. innebygget personvern). Leverandøren skal dokumentere informasjonssystem og sikkerhetstiltak; gi bistand ved DPIA; kan ikke bruke underdatabehandlere uten tillatelse (bilag 5) og skal ha grunnlag for overføring utenfor EØS; databehandleravtale skal være inngått før behandling.Kilde: SSA-L punkt 6.2 Personopplysninger
• Varighet/oppsigelse: SSA-L trer i kraft ved undertegning. Dersom ikke annet avtales i bilag 5: 3 år fra leveringsdag, automatisk fornyelse 1 år om gangen, med oppsigelsesfrister (Kunden 3 mnd før fornyelse; Leverandøren 12 mnd før fornyelse).Kilde: SSA-L punkt 5.1 Varighet; Bilag 5 punkt 5.1 (avvik: 2 år fra leveringsdag, maks 3 år ved fornyelse)
• Avbestilling: Kunden kan avbestille helt/delvis med 3 mnd skriftlig varsel; avbestillingsgebyr og vilkår for hva Kunden må betale er regulert (inkl. 10 %-gebyr av vederlaget fakturert siste 3 måneder, med mindre annet avtales).Kilde: SSA-L punkt 5.2 Avbestilling
• Avslutning/oppfølgende bistand og overføring av data/lisenser/kontrakter: Leverandøren skal bistå i avslutningsperioden og levere informasjon nødvendig for ny avtale. Kunden skal få overført kundedata (inkl. sikkerhetskopier Kunden ønsker), lisenser/disposisjonsrett, andre kontrakter administrert på vegne av Kunden, oversikt over brukere, og andre kundedata/materiale. Leverandøren kan ikke tilbakeholde kundens data.Kilde: SSA-L punkt 5.3 Avslutning av avtalen
• Vederlag og betaling: Faktura forfaller innen 30 kalenderdager etter faktura (første gang ikke tidligere enn 30 dager etter leveringsdag). Krav om elektronisk faktura i godkjent standardformat. Oslo kommune kan holde tilbake betaling ved manglende elektronisk faktura (til betalingsfrist løper fra levert e-faktura).Kilde: SSA-L punkt 4.2 Faktureringstidspunkt og betalingsbetingelser; Bilag 5 (e-faktura mottaker/merking)
• Tjenestenivå og kompensasjon: Leverandøren skal levere udkast til tjenestenivåavtale (SLA) beskrivende oppetid/tilgjengelighet, responstider, drift, brukerstøtte, vedlikehold og kompensasjonsmodell ved brudd på tjenestenivå.Kilde: Bilag 1 Tabell 2 punkt S8 Tjenestenivå-avtale
• Mislighold – sanksjoner: Kunden kan kreve avhjelp/prisavslag, dagbot ved forsinkelse (0,15 % av avtalt vederlag per dag, maks 100 dager, hvis dagbot er knyttet til frister i bilag 3), økonomisk kompensasjon ved brudd på tjenestenivå (bilag 4), og heving ved vesentlig mislighold.Kilde: SSA-L punkt 9.2 (avhjelp/prisavslag, dagbot, økonomisk kompensasjon, heving)
• Datatap/rekonstruksjon: Leverandøren skal gjenopprette/rekonstruere kundedata ved tap/ødeleggelse, innenfor ansvarsregler og med begrensninger knyttet til siste sikkerhetskopi. Ansvar gjelder ikke hvis tap skyldes tredjepartsleveranser (med relevante unntak).Kilde: SSA-L punkt 8 Rekonstruksjon av data
• Tilgang til system og data ved opphør + sletting: Leverandøren skal gjøre tilgjengelig data ved opphør i allment tilgjengelig og maskinleselig format med opprinnelige strukturer og metadata. Leverandøren skal slette egne kopier dersom ikke annet fremgår av bilag 1. Leverandøren har ikke tilbakeholdsrett i kundens data.Kilde: SSA-L punkt 7.2 Rettigheter til data; SSA-L punkt 5.3 (overføring)

• Dokumentutdraget inneholder ikke selve vektingsmodellen og endelig tildelingsformel (kun at «Pris» er et tildelingskriterium, samt at tildelingskriteriet «Pris» finnes i kap. 5.2.2).
• Selv om bilag 1 beskriver A/B/C-krav og funksjons-/systemkrav, fremgår ikke i utdraget hvilke konkrete krav som er knyttet til avvisning/ikke avvisning utover generell kategorisering (A evalueres som godkjent/ikke godkjent; B/ C vektes) – detaljer om evalueringsmetode er ikke gjengitt.
• Kontrakts-/utførelseskrav knyttet til spesifikke SLA-satser, dagbotsatser utover standard, og prisberegninger ved avbestilling er avhengig av utfylling i bilag 3/4/6 som ikke er inkludert i utdraget.

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 bilag 6 (prisskjema) ber vi dere bekrefte hvilke pris-/kostnadskomponenter som inngår i "Totalsum" under tildelingskriteriet Pris (40 %). Er "Totalsum" summen av alle linjene i prisskjemaet, og hvordan skal eventuelle opsjoner/skalering (hvis relevant) håndteres i totalsummen ved evaluering?

   Hvorfor det er verdt å spørre: Dette må avklares for å prise riktig mot evalueringsmodellen, spesielt siden dokumentutdraget ikke viser vektings-/evalueringslogikk utover at Pris beregnes fra totalsum.

   Kilde: Konkurransegrunnlag 5.1 / 5.2.2 og «Bilag 6 Prisskjema» (referert via 5.1).

2. Konkurransegrunnlaget sier at manglende besvarelse av alle prisposter i bilag 6 kan medføre avvisning. Kan dere presisere hvilke felter/linjer i bilag 6 som er "må besvares" (og hva som regnes som manglende besvarelse), samt om eventuelle 0-beløp/ikke-aktuelle leveranser er akseptable måten å svare på?

   Hvorfor det er verdt å spørre: Leverandøren må forstå hva som faktisk utløser avvisning knyttet til prisutfyllingen for å redusere tilbudsrisiko.

   Kilde: Konkurransegrunnlag 5.2.2 «Tildelingskriteriet ‘Pris’».

3. I bilag 2 Tabell 1 (funksjonskrav) er flere krav kategorisert som A/B/C. For A-krav (F1 og F2 samt øvrige A i bilag 1) ber vi dere bekrefte hvordan A-kravene evalueres praktisk (godkjent/ikke godkjent) og hva som eventuelt kreves av dokumentasjon/format for at vi skal få "godkjent" på hvert enkelt A-krav i denne konkurransen.

   Hvorfor det er verdt å spørre: Utdraget viser at A-krav evalueres som godkjent/ikke godkjent, men uten presisering av praktisk vurderingsoppsett. Dette påvirker hvordan leverandøren bør strukturere og dokumentere besvarelsen.

   Kilde: Konkurransegrunnlag 4.2 / 5.1 og bilag 1 Tabell 1 (kategori A) samt bilag 2 «Leverandørens beskrivelse av tjenesten».

4. I bilag 2 Tabell 2 finnes flere systemkrav med kategori C der oppdragsgiver også evaluerer løsningsbeskrivelsen. Kan dere bekrefte hvordan dere skiller mellom (i) svar som er JA/NEI og (ii) fritekstbesvarelser i evalueringen, særlig for krav som ikke har "beskriv"-tekst (f.eks. S1/S2/S3 er JA/NEI, mens flere andre har beskrivelse)?

   Hvorfor det er verdt å spørre: Riktig utforming av tilbudets løsningsbesvarelser krever at vi forstår hvordan oppdragsgiver vurderer formatkrav og hva som faktisk gir poeng.

   Kilde: Bilag 2 Tabell 2 (S1–S3 og øvrige systemkrav) samt konkurransegrunnlag 5.1 «Kvalitet».

5. Bilag 2 krav S8 sier at leverandøren skal levere et utkast til tjenestenivåavtale (SLA) for normal arbeidstid kl. 08-16 på hverdager, og at bilag 4 (Avtalens punkt 2.1) fylles ut med SLA. Kan dere bekrefte hvilke konkrete SLA-elementer og kompensasjonssatser dere forventer at leverandøren legger inn i bilag 4, og om dere har en mal for kompensasjon ved brudd på tjenestenivå (eller om vi skal foreslå)?

   Hvorfor det er verdt å spørre: S8/SLA påvirker både risiko og prising. Utdraget viser hva SLA bør inneholde, men ikke hvordan kompensasjonsmodellen faktisk skal fylles ut.

   Kilde: Bilag 2 Tabell 2, systemkrav S8; samt «Bilag 4: Tjenestenivå med standardiserte kompensasjoner».

6. I bilag 2 Tabell 1 krav F9 sier systemet skal gi samme resultater hver gang fra analyser med samme kilder og parametre. Kan dere definere hva dere anser som «samme kilder og parametre» i praksis (f.eks. versjon av datagrunnlag, tidsvinduer for input, kalenderregler for hendelser, og om det forventes deterministisk kjøring)?

   Hvorfor det er verdt å spørre: Uklart hva som inngår i "samme" kan gi feil i løsningsbeskrivelsen og senere uenighet om etterprøvbarhet/mislighold.

   Kilde: Bilag 2 Tabell 1 (krav F9 «Etterrettelighet»).

7. Bilag 2 har funksjonskrav F3 om automatisk eller manuell merking av hendelser (kalenderavhengige hendelser som helligdager og inneklemte feriedager). Kan dere avklare om dere ønsker at systemet skal støtte en bestemt hendelseskalender/landskode/feriedefinisjon (f.eks. norske helligdager) og om det skal kunne konfigureres for alternative scenarioer/år?

   Hvorfor det er verdt å spørre: Dette styrer både implementasjonsvalg og sannsynligheten for at krav oppfylles korrekt.

   Kilde: Bilag 1 Tabell 1 og bilag 2 Tabell 1 krav F3 (manuell/automatisk merking).

8. Bilag 9 (tredjepartsleveranser) beskriver at oppdragsgiver kan gjøre tredjepartsvilkår til gjenstand for evaluering og at leverandøren skal beskrive forpliktelser/ansvarsbegrensninger. Kan dere bekrefte hvordan dere evaluerer tredjepartsleveranser i denne anskaffelsen dersom de inngår i løsningen, og om dere har noen begrensninger for hvilke ansvarsbegrensninger som aksepteres (f.eks. særlig om SLA, feilrettingstid, og datatap)?

   Hvorfor det er verdt å spørre: Leverandøren må forstå risikoprofiler som kan slå ut i evalueringen eller påvirke kontraktsrisiko knyttet til tredjepart.

   Kilde: Bilag 9 «Vilkår for Kundens tilgang og bruk av tredjepartsleveranser» samt SSA-L punkt 2.2 og bilag 2 «Leverandørens beskrivelse av tjenesten» (tredjepartsavhengigheter).

9. SSA-L punkt 3.2/ bilag 3 sier at leveransefrist er «snarest mulig, men senest 8 uker etter kontraktssignering». Kan dere bekrefte om 8 uker er en hard leveransefrist (for godkjenningsprøve/leveransemelding) uten særskilte milepæler, og om oppdragsgiver planlegger godkjenningsprøve innenfor standard 10 virkedager (SSA-L punkt 3.3) når tjenesten er levert?

   Hvorfor det er verdt å spørre: Leveranse- og godkjenningsmekanikk påvirker leverandørens planlegging, dagbot-/misligholdsrisiko og tilbudets gjennomførbarhet.

   Kilde: SSA-L 3.2–3.3; Konkurransegrunnlag / Bilag 3 «Plan for etableringsfasen» (leveransefrist) og SSA-L punkt 9.2.3 (dagbot).