Kunngjøring av konkurranse · 2026-110489

Anskaffelse av Kart- og Geodatasystem

OppdragsgiverBodø Kommune

Frist 02.07.2026

Oppdragsgiver
Bodø Kommune
Frist
02.07.2026
Publisert
12.06.2026
Utførelsessted
Bodø, 8006, Nordland/Nordlánnda (NO071), Norge
Dokumentportal
MERCELL

Spør om konkurransedokumentene

Still spørsmål om innholdet i konkurransedokumentene og få svar med kildehenvisning — uten å lese alle dokumentene selv. AI-svar kan inneholde feil; originaldokumentene gjelder alltid.

Bør du se nærmere på denne konkurransen?

Om oppdraget

Anskaffelsens formål er å anskaffe et kart- og geodatasystem (GIS-system). Systemet skal benyttes opp mot bl.a. kommunale forvaltningsoppgaver og tjenester, samt formidling av data. Leveransen skal omfatte all programvare (software as a service), inkludert nødvendige lisenser. Installasjon, konsulenttjenester, opplæring, support, naturlig videreutvikling, drift og vedlikehold som er nødvendig for å oppfylle anskaffelsens formål, er også inkludert i leveransen.

Tjenesteområde

  • Software-related services 72260000, 72267000
  • Networking software package 48214000
  • Database, operativsystem 48600000
  • Programvareutvikling, systemutvikling 72200000

Tildelingskriterier

KriteriumVektHva vurderesPraktisk betydning
Pris2 %Pris for etablering og totale kostnader over 7 år. Kostnader som skal prises inn i tilbudet fremkommer av SSA-L Bilag 6 Prisskjema.Pris må være konkurransedyktig og kunne dokumenteres tydelig.
Kvalitet2 %Følgende vil vurderes i prioritert rekkefølge: • Teknisk og funksjonell løsning I hvilken grad tilbudt løsning dekker oppdragsgivers behov • Etablering Hvorvidt leverandøren har en treffende og robust fremdriftsplan, herunder plan for implementering, konvertering og opplæring, er robust • Tjenestenivå Leverandørens tilbudte tjenestenivå med standardiserte kompensasjonerVis konkret gjennomføringsevne, metode og relevante referanser.

Tilbudsstrategi

  • Pris teller 2 %. Prisbildet bør være konkurransedyktig og lett å kontrollere.
  • Kvalitet teller 2 %. Bruk relevante referanser og beskriv konkret gjennomføring.
  • Gå gjennom kontrollpunktene i originaldokumentene før det brukes mye tid på tilbudet.

Historikk hos oppdragsgiver

Basert på strukturerte tildelingskunngjøringer i Anbudsradar. Listen kan være ufullstendig der eldre kunngjøringer mangler leverandørdata.

Se full oppdragsgiverprofil for Bodø Kommune

Tidligere tildelinger med samme CPV-kode

Leverandører oppdragsgiver ofte har tildelt kontrakter til

Vis alle leverandører

Beriket informasjon fra konkurransedokumentene

AI-basert uttrekk fra konkurransedokumentene. Kontroller alltid originaldokumentene før tilbud leveres.

Oppdragssammendrag fra dokumentene

Anskaffelse av kart- og geodatasystem for Bodø kommune, med funksjonsområdene forvaltning (GIS/Geo-data forvaltning), matrikkel og oppmåling, plan, data-/datadeling og (opsjon) analyse og dronedata. I tillegg omfatter leveransen tjenester (tjenesteplattform) med web-, 3D-, analyse-, publikums- og saksbehandlerinnsyn samt beredskapsløsning med offline tilgang. Løsningen skal leveres som SaaS/sky-hostet løsning og støtte integrasjoner mot sentrale registre (bl.a. SFKB, matrikkel) og kommunens sak-/arkivsystem.

Dette må kontrolleres i originaldokumentene
  • Dokumentet inneholder hovedsakelig kravspesifikasjon (funksjonelle krav) og tekniske/arkitekturmessige krav. Det fremgår ikke kvalifikasjonskrav, innleveringskrav, tildelingskriterier eller kontrakts-/leveringsvilkår utover tekniske ramme-/kravpunkter i den viste teksten (trolig ligger dette i andre kapitler/dokumenter som ikke er inkludert).
  • Flere felter for konstellasjon (underleverandører/partfordeling) og vedlegg/avvik er kun som maltekst uten angitte konkrete krav til innlevering (dato, frister, komplett sjekkliste m.m. mangler i utdraget).
  • Opsjonskrav (Analyse- og databehandling av geodata og Programvare for prosessering av dronedata) er presentert som kravtyper, men det fremgår ikke i utdraget om kommunen faktisk vil kjøpe opsjonene eller hvilke evaluerings-/tildelingsmekanismer som gjelder opsjoner.
Viktige kontraktskrav
  • Løsningen skal, der relevant og teknisk mulig, leveres med responsivt design (pc, nettbrett, smarttelefon), og leverandør skal dokumentere oppfyllelse (skjermbilder) eller oppgi årsak/plan for deler som ikke kan leveres responsivt.Kap. Tekniske og arkitekturmessige rammer – AA-01 (GENERELLE KRAV)
  • Løsningen skal støtte Single-Sign-On (SSO) mot Microsoft Entra ID (uten separate brukerkontoer eller passord i løsningen) og basere seg på åpne standarder (OpenID Connect/Oauth 2.0 eller SAML 2.0).AA-04 (GENERELLE KRAV)
  • Leverandøren skal levere arkitekturskisse (HLD) som viser teknisk arkitektur og meldings-/informasjonsflyt, inkl. kryptering, protokoller, ansvar, lokasjon og markering av når kommunikasjon går over internett.AA-05
  • Løsningen skal tilby åpne API-er tilgjengelige for integrasjon, og API-er skal følge standarder der relevant.DATADELING – AA-07
  • Alle data lagret i tilbudt løsning er Kundens eiendom; leverandør skal ikke ha tilbakeholdsrett i kundedata.EIERSKAP – AA-11
  • Kunden skal ha tilgang til kundegenererte data ved avslutning og migrering til annen/ny løsning (inkl. evt. kostnad for datauttrekk beskrevet i prisskjema), og eksportformat skal følge relevante standarder.EIERSKAP – AA-12
  • Oppdragsgivers data (inkl. personopplysninger) skal lagres og behandles innen EU/EØS-området (primær lagring, sikkerhetskopier og replikerte versjoner).SIKKERHET OG PERSONVERN – AA-29
  • Løsningen skal kryptere kommunikasjon og lagrede personopplysninger med sterke kryptomekanismer; leverandør skal bekrefte oppfyllelse og beskrive risikovurdering for ukryptert kommunikasjon/lagring.AA-30

Spørsmål du bør vurdere å stille oppdragsgiver

AI-genererte forslag basert på konkurransedokumentene. Still spørsmålene i spørsmålsrunden i konkurransegjennomføringsverktøyet før tilbudsfrist. Vurder selv hvilke som er relevante for ditt tilbud.

  • Krav TA-14 sier at «Løsningen skal kunne produsere DOK-analyse som følger DIBK/kartverket sin produktspesifikasjon». Kan dere presisere hvilke konkrete DOK-analyser (f.eks. hvilke DOK-dataset/tolkningsregler og hvilke leveranse-/rapporteringskrav) Oppdragsgiver forventer at leverandøren kan produsere i denne anskaffelsen?

    Dette påvirker både løsningsomfang og teknisk verifisering, og dermed risiko og kost i tilbudet.

    Krav TA-14 (Analyser II – DOK-analyse)
  • Tildelingskriteriet «Pris» oppgir at pris evalueres basert på evalueringssum i prisskjema (SSA-L Bilag 6), og at «pris på opsjoner, er ikke en del av evalueringen». Kan dere bekrefte hvordan opsjoner prises og i hvilken prissammenheng (separat opsjonsfelt, timepris, eller lump sum) de skal fremgå i SSA-L Bilag 6, slik at vi kan prise riktig uten å påvirke evalueringsgrunnlaget?

    Uklarhet rundt opsjonsprising kan føre til feil prisstruktur og dårlig sammenlignbarhet i evalueringen.

    Tildelingskriterier – Pris (pkt. 9.1, samt SSA-L Bilag 6: Prisskjema)
  • Det fremgår at konkurransen gjelder to delkontrakter (FT Forvaltning og FT Tjenester), og at det kan velges opsjon på Beiarn kommune. Kan dere avklare om/ hvordan leverandøren kan gi tilbud på «en, eller begge delene» med hensyn til (i) hvilke bilag som skal leveres for hver del og (ii) om prisskjema og etableringsplan skal oppgis separat per delkontrakt og per kommune/opsjon?

    Dette påvirker leveranseoppsett, dokumentmengde og hvordan prisene skal struktureres.

    Tilbudsfasen – Tilbud på hele eller deler av leveransen (pkt. 8.1.1) og Tilbudets utforming (pkt. 8.1.4)
  • Krav AA-04 (tilgangsstyring/roller) og AA-03/AA-04 (Entra ID provisioning og SSO) beskriver integrasjon med Microsoft Entra ID. Kan dere spesifisere forventet modell for roller og grupper (f.eks. kommune-spesifikke roller per funksjonsområde FT, samt hvilke krav dere har til automatisk provisjonering/avvikling for brukere på tvers av delkontrakter og eventuelle opsjoner)?

    Valg av identitets- og rettighetsmodell påvirker både implementeringskost og leveransens akseptanser.

    AA-02 til AA-04 (Tekniske og arkitekturmessige rammer)
  • Krav AA-26 sier «Backup. Backup av data … lagres i et annet datasenter enn det den kjøres i». Kan dere bekrefte om dere krever geografisk separasjon (min. avstand/region) og hvilke tjenester som skal omfattes av backup (kundedata, metadata, konfigurasjoner, loggdata, samt eventuelle tredjeparts-/underleverandørkomponenter)?

    Dette påvirker både arkitektur og kostnader for drift/beredskap og dermed tilbudspris.

    AA-26 (Backup)
  • Krav AA-28 («sikre at uvedkommende ikke får tilgang til infrastruktur og sørge for at lagringsmedia slettes sikkert etter bruk») – kan dere presisere hvilke «lagringsmedier» som omfattes (f.eks. SSD/HDD i driftssenter, midlertidig lagring i transient lagringsområder, sikkerhetskopier, samt logg-/observability-lagring), og om dere forventer en bestemt type slette-/saniteringsprosedyre eller dokumentasjonsform?

    Det er viktig for leverandørens compliance-tilnærming og kost til dokumentasjon/operasjonelle tiltak.

    AA-28 (Sikker sletting av lagringsmedia)
  • Krav AA-18 og AA-22/AA-23/AA-24 (robusthet, hendelseshåndtering, overvåkning/IDS, og meldingsplikt) beskriver flere sikkerhets- og hendelsesprosesser. Kan dere oppgi hvilke SLA-/RTO-/RPO-nivåer dere forventer (hvis noen) eller om dette kun beskrives kvalitativt i løsnings-/driftsbeskrivelsen?

    Uten tydelige mål kan leverandøren enten overinvestere eller undervurdere risiko; begge gir dårlig kost/tilbudskvalitet.

    AA-18 (robusthet og tilgjengelighet) og AA-23/AA-24 (IDS/overvåkning og hendelseshåndtering)
  • Krav TT-04 («lese og oppdatere sak/arkiv (typisk GeoIntegrasjon)») – kan dere avklare hvilke konkrete sak/arkiv- og GeoIntegrasjon-løp Oppdragsgiver forventer integrasjon mot (systemnavn/leverandør hvis kjent, og om integrasjonen er lesing, oppdatering, eller begge veier for konkrete datatyper)?

    Integrasjonsdybde og systemavhengigheter påvirker både scope og implementeringsplan i tilbudet.

    TT-04 (Data-, tilganger og integrasjoner)
  • Flere krav (f.eks. B-01 til B-06) gjelder offline i beredskap. Kan dere beskrive forventet «offline scope» og dekning (hvilke bruksscenarier: kun visning, eller også analyse og deling), samt om dere forventer synk/oppdatering ved gjenetablering av forbindelse og hvordan konsistens mellom online og offline data skal håndteres?

    Offline-krav kan variere mye i praksis og påvirker både løsningens arkitektur og leverandørens kost.

    Beredskap – B-01 til B-07 (kapittelet Beredskap)
  • Det fremgår at Oppdragsgiver vil gjennomføre demonstrasjon av tilbudt løsning i uke 42. Kan dere presisere hvilke konkrete krav/tildelingsmomenter som vil bli demonstrert og hvordan dere prioriterer/avgrenser demonstrasjonen (f.eks. hvilke krav fra FT, Forvaltning/Tjenester og evt. opsjoner)?

    Demonstrasjonsinnhold styrer hvilken dokumentasjon og hvilke løsningseksempel leverandøren må klargjøre før tilbudsinnlevering.

    Fremdriftsplan (pkt. 2.5) og Demonstrasjon av løsningen (uke 42)

Konkurransedokumenter

Last ned dokumentpakke (4.1 MB)

Dokumentpakken er hentet automatisk fra MERCELL og samlet som ZIP-fil.

Registrer interesse i den opprinnelige dokumentportalen hvis konkurransen er aktuell. Da får du endringer, spørsmål og svar og eventuell supplerende informasjon direkte fra oppdragsgiver.

Åpne original dokumentportal

Egen dokumentvisning og automatisk dokumentanalyse rulles ut per dokumentportal. Originaldokumentene gjelder alltid ved tilbudsarbeid.