Anskaffelse av Kart- og Geodatasystem

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.

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

02.07.2026

Språk

norsk, English

Elektronisk katalog

Tillatt

• 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.Kilde: 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).Kilde: 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.Kilde: AA-05
• Løsningen skal tilby åpne API-er tilgjengelige for integrasjon, og API-er skal følge standarder der relevant.Kilde: DATADELING – AA-07
• Alle data lagret i tilbudt løsning er Kundens eiendom; leverandør skal ikke ha tilbakeholdsrett i kundedata.Kilde: 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.Kilde: EIERSKAP – AA-12
• Oppdragsgivers data (inkl. personopplysninger) skal lagres og behandles innen EU/EØS-området (primær lagring, sikkerhetskopier og replikerte versjoner).Kilde: 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.Kilde: AA-30
• Leverandøren skal levere liste over minimumskrav til hardware som skal benytte løsningen og oversikt over godkjente enheter/programvare.Kilde: AA-31
• Leverandøren skal dokumentere informasjonssikkerhet og personvern som viser hvordan dette er ivaretatt i produktutvikling (for kundens drifts- og sikkerhetspersonell).Kilde: SIKKERHET OG PERSONVERN – AA-15
• Leverandøren skal dokumentere robusthet og tilgjengelighet (redundans, failover, gjenopprettingsrutiner) og prosedyrer for at sikkerhetskopier er fullstendige/intakte/pålitelige og regelmessig testes.Kilde: AA-18
• Leverandøren skal ha inngått databehandleravtaler med samtlige underleverandører/tredjeparter som viderefører forpliktelsene etter databehandleravtalen med Kunden.Kilde: AA-33
• Drift/support/teknisk vedlikehold av løsningen skal utføres av personell innenfor EU/EØS (med begrensede unntak etter angitte vilkår og overføringsgrunnlag).Kilde: AA-35
• Løsningen skal ha backup der backup lagres i et annet datasenter enn det løsningen kjøres i (beskrive backup-løsning og prosedyre: metoder, frekvens, lagringsmetoder).Kilde: AA-26
• Løsningen skal sikre at uvedkommende ikke får tilgang til infrastruktur og at lagringsmedia slettes sikkert etter bruk.Kilde: AA-28
• Leverandøren skal dokumentere og ivareta beredskap: beredskapsplaner, nylig gjennomførte beredskapsøvelser og evaluering.Kilde: AA-19
• Løsningen skal tilby offline-tilgang for beredskap som henter/lager data (SFKB/matrikkel og andre registre og kommunale kartdata) til lokal database uten nettforbindelse (for vurdering/beredskap).Kilde: Beredskap – B-01 til B-03

• 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.

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. 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?

   Hvorfor det er verdt å spørre: Dette påvirker både løsningsomfang og teknisk verifisering, og dermed risiko og kost i tilbudet.

   Kilde: Krav TA-14 (Analyser II – DOK-analyse)

2. 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?

   Hvorfor det er verdt å spørre: Uklarhet rundt opsjonsprising kan føre til feil prisstruktur og dårlig sammenlignbarhet i evalueringen.

   Kilde: Tildelingskriterier – Pris (pkt. 9.1, samt SSA-L Bilag 6: Prisskjema)

3. 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?

   Hvorfor det er verdt å spørre: Dette påvirker leveranseoppsett, dokumentmengde og hvordan prisene skal struktureres.

   Kilde: Tilbudsfasen – Tilbud på hele eller deler av leveransen (pkt. 8.1.1) og Tilbudets utforming (pkt. 8.1.4)

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)?

   Hvorfor det er verdt å spørre: Valg av identitets- og rettighetsmodell påvirker både implementeringskost og leveransens akseptanser.

   Kilde: AA-02 til AA-04 (Tekniske og arkitekturmessige rammer)

5. 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)?

   Hvorfor det er verdt å spørre: Dette påvirker både arkitektur og kostnader for drift/beredskap og dermed tilbudspris.

   Kilde: AA-26 (Backup)

6. 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?

   Hvorfor det er verdt å spørre: Det er viktig for leverandørens compliance-tilnærming og kost til dokumentasjon/operasjonelle tiltak.

   Kilde: AA-28 (Sikker sletting av lagringsmedia)

7. 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?

   Hvorfor det er verdt å spørre: Uten tydelige mål kan leverandøren enten overinvestere eller undervurdere risiko; begge gir dårlig kost/tilbudskvalitet.

   Kilde: AA-18 (robusthet og tilgjengelighet) og AA-23/AA-24 (IDS/overvåkning og hendelseshåndtering)

8. 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)?

   Hvorfor det er verdt å spørre: Integrasjonsdybde og systemavhengigheter påvirker både scope og implementeringsplan i tilbudet.

   Kilde: TT-04 (Data-, tilganger og integrasjoner)

9. 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?

   Hvorfor det er verdt å spørre: Offline-krav kan variere mye i praksis og påvirker både løsningens arkitektur og leverandørens kost.

   Kilde: Beredskap – B-01 til B-07 (kapittelet Beredskap)

10. 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)?

    Hvorfor det er verdt å spørre: Demonstrasjonsinnhold styrer hvilken dokumentasjon og hvilke løsningseksempel leverandøren må klargjøre før tilbudsinnlevering.

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