GEOGRAFISKE INFORMASJONSSYSTEMER (GIS)- Markedsundersøkelse

Kravspesifikasjon til et kommunalt geodata-/GIS-system med moduler for forvaltning og innsyn (publikum og saksbehandlere), samt tilhørende personvern- og informasjonssikkerhetskrav. Omfatter krav til funksjonalitet (matrikkel, oppmåling, landmåling, kartforvaltning, planregister m.m.), integrasjoner (SFKB, DIBK, sak/arkiv, nasjonale felleskomponenter m.v.), drift/instansmodell og support, innføring/prosjektledelse og dokumentasjon, samt etablering av databehandleravtale og teknisk IT-sikkerhet (autentisering, autorisasjon, kryptering, logging, robusthet, sletting, tilgangsstyring).

• Leverandøren skal legge ved forslag til etableringsplan og spesifisere oppdragsgivers ressursbruk.Kilde: Felles krav – Krav 6.7 (Etableringsplan)
• Leverandøren skal legge ved SLA med standardiserte kompensasjoner for support/bistand i teknisk drift.Kilde: Felles krav – Krav 6.3 (Support/SLA)
• Leverandøren skal dokumentere på hvilken måte løsningen oppfyller kravene til universell utforming, og beskrive løsningen.Kilde: Felles krav – Krav 6.6
• Leverandøren skal dokumentere leveransen.Kilde: Felles krav/Generelt – Krav 4.83 / 5.58 (Krav til dokumentasjon)
• Leverandøren skal fremlegge overordnet løsningsdesign og systemdokumentasjon (systemarkitektur) med relevante hovedkomponenter, dataflyt og grensesnitt.Kilde: Krav til teknisk IT-løsning – IT1
• Leverandøren skal beskrive prosess for endringshåndtering (change management) og rutiner for varsling av endringer.Kilde: Krav til teknisk IT-løsning – IT2
• Leverandøren skal beskrive hvilke nettlesere som støttes og hvordan nyere versjoner støttes (hvis nettleserbasert).Kilde: Krav til teknisk IT-løsning – IT3
• Leverandøren skal beskrive hvordan løsningen blir vedlikeholdt/utviklet og hvordan sikkerhet ivaretas (patching etc.).Kilde: Krav til teknisk IT-løsning – IT4
• Leverandøren skal beskrive bistand ved avslutning av avtalen, herunder overføring av kundens data og format.Kilde: Krav til teknisk IT-løsning – IT5
• Leverandøren må besvare/utdype dokumentasjon for innebygd personvern og personvern som standardinnstilling.Kilde: Personvern – PV1 (Innebygd personvern)
• Leverandøren skal utdype hvordan løsningen ivaretar personvernrettigheter (bl.a. informasjon, innsyn, retting, sletting, begrensning, dataportabilitet, protest).Kilde: Personvern – PV2 (Ivareta personvernrettigheter)
• Leverandøren skal levere dokumentasjon som bekrefter at overføring av personopplysninger til land utenfor EØS skjer i tråd med GDPR kapittel V og med tilsvarende beskyttelsesnivå.Kilde: Personvern – PV3 (Overføring til land utenfor EØS)
• Leverandøren skal bekrefte at DFØs Databehandleravtale (2020) med bilag skal brukes (Bekreft Ja/Nei).Kilde: Personvern – PV4 (Databehandleravtale)
• Leverandøren skal beskrive rutiner/tiltak for proaktiv sårbarhetsbegrensning (identifisere, vurdere, prioritere sårbarheter).Kilde: Informasjonssikkerhet – IS1
• Leverandøren skal beskrive sikring av data under overføring (nettverk, kryptering), herunder ved API/intern og ekstern utveksling.Kilde: Informasjonssikkerhet – IS2
• Leverandøren skal beskrive fysiske sikringstiltak i datasentre brukt til tjenesteleveranse.Kilde: Informasjonssikkerhet – IS3
• Leverandøren skal beskrive hvordan oppdragsgivers data/tjenester skilles fra andre kunder (logisk og fysisk).Kilde: Informasjonssikkerhet – IS5
• Leverandøren skal beskrive hvordan data slettes og sikres mot tilgjengelighet/gjenfinning ved utskifting og flytting til nytt utstyr.Kilde: Informasjonssikkerhet – IS6
• Leverandøren skal beskrive tiltak/prosedyrer for robust tjeneste (mot angrep/feil).Kilde: Informasjonssikkerhet – IS7
• Leverandøren skal beskrive logging for autorisert/uautorisert tilgang og sikring av loggintegritet (mot endring/sletting), samt kundetilgang til logger.Kilde: Informasjonssikkerhet – IS8
• Leverandøren skal beskrive hvordan kundens brukere autentiseres.Kilde: Informasjonssikkerhet – IS9
• Leverandøren skal beskrive støtte for rollebasert tilgangsstyring.Kilde: Informasjonssikkerhet – IS10
• Leverandøren skal beskrive prosesser/overvåkningsrutiner for å avdekke sikkerhetsbrudd og varsle.Kilde: Informasjonssikkerhet – IS11
• Leverandøren skal beskrive hvordan informasjonssikkerhet ivaretas ved tilgang for leverandør/underleverandører ved behov.Kilde: Informasjonssikkerhet – IS12

Innleveringsvilkår fra kunngjøringen

Språk

norsk

• Opplæring for sluttbrukere skal inngå i prisen; leverandøren skal beskrive hva som inngår.Kilde: Felles krav – Krav 6.1
• Utvidet opplæring for superbrukere/systemadministratorer skal inngå i prisen.Kilde: Felles krav – Krav 6.2
• Support og bistand i teknisk drift skal inngå i prisen; SLA med standardiserte kompensasjoner skal følge.Kilde: Felles krav – Krav 6.3
• Feilretting av systemer skal inngå i prisen.Kilde: Felles krav – Krav 6.4
• Løsningen skal minimum følge forskrift om universell utforming av IKT-løsninger.Kilde: Felles krav – Krav 6.5
• Løsningene skal være norskspråklige for sluttbrukeren.Kilde: Felles (tekstblokk under Felles krav) – norskspråklige krav
• Løsningene skal være intuitive/brukervennlige og ha rask responstid; støttes responsivt design.Kilde: Felles (tekstblokk under Felles krav) – brukervennlighet/resp. design
• Drift: leverandør skal stå for og bekoste driften av systemet; stabilt og sikkert, med definisjon av maks nedetid og kompensasjon utover dette.Kilde: Felles (tekstblokk under Felles krav) – drift/nedetid/kompensasjon
• Kostnader skal være fast pris (ikke klikkbasert).Kilde: Felles (tekstblokk under Felles krav) – fast pris
• Tilgang/innlogging: innlogging med EntraID uten behov for bistand fra IKT.Kilde: Felles (tekstblokk under Felles krav) – EntraID
• Støtte for oppfyllelse av matrikkel-/kartkrav: bl.a. følge føringsinstruks/standarder for matrikkeloppgaver.Kilde: Matrikkel – Krav 1.1
• Systemet må integreres mot SFKB med konstruksjonsverktøy for tiltak/bygg slik at full føring av Matrikkelen og SFKB kan skje i én og samme føring.Kilde: Matrikkel – Krav 1.14
• Tilgang til e-tinglysing.Kilde: Matrikkel – Krav 1.15
• Support skal være lett tilgjengelig og responstid ikke overstige en dag; kostnader for support skal inngå i pris/avtalen hele perioden; ingen ekstra utgifter til support.Kilde: Matrikkel – Krav 1.16
• Etablering/kontraktsmessig leveranse og innføring: leveres ferdig implementert og klar til bruk.Kilde: Krav til prosjekt og implementering – 4.77 / 5.52
• Plan for innføring: detaljert framdriftsplan skal lages sammen med kunden etter signering og før oppstart.Kilde: Krav til prosjekt og implementering – 4.76 / 5.51
• Løsningen skal leveres i henhold til prosjektets overordna framdriftsplan.Kilde: Krav til prosjekt og implementering – 4.75 / 5.5
• Leverandøren skal konvertere nødvendige data fra dagens systemer til nytt system.Kilde: Krav til prosjekt og implementering – 4.78 / 5.53
• Prosjektleder skal ha erfaring fra tilsvarende prosjekt; faste kontaktpersoner med nøkkelroller i innføringsfasen; prosjektstyringsdokument skal utarbeides.Kilde: Krav til prosjekt og implementering – 4.79–4.81 / tilsvarende i tjenestedel
• Robusthet og drift: drift av applikasjoner og data skal være stabilt og sikkert; maks nedetid/kompensasjon er eksplisitt nevnt for systemdrift (SFKB/del av felles).Kilde: Felles drift (tekstblokk) og Tjeneste/teknologi – 4.59 / 5.34
• Planregister og kart må være integrert (to-veiskobling kart–planregister) og oppdateres gjennom sak/arkiv/Geointegrasjon.Kilde: Planregister – Bokdel/dialog – Krav 4.31 og 4.33 og 4.38
• Sikkerhet: løsningen må ivareta konfidensialitet, integritet og tilgjengelighet.Kilde: Generell teknologi/IS – 4.72 / 5.49 samt IS-kravene
• Autentisering/autorisasjon/tilgangsstyring: god tilgangstyring i driftsmiljø og kundens miljø; rollebasert tilgang pr bruker; behovsstyrte rettigheter.Kilde: 4.68–4.71 / 5.44–5.47 samt IS9–IS10
• Logger og sporbarhet: logger for å avdekke både autorisert/uautorisert tilgang; loggintegritet (mot endring/sletting) og kundetilgang til logger.Kilde: Informasjonssikkerhet – IS8

• Dokumentet inneholder mange krav, men i utdraget er det ikke oppgitt hvilke konkrete tildelingskriterievekter utover at B-krav evalueres på en 0–10 skala (ingen eksplisitt prosent/vekttall).
• Kravkode-/kravtabeller viser A+/A/B og noen steder M-omtale, men det fremgår ikke i utdraget hvordan A+/A/B henger sammen med avvisning og endelig poengmodell utover generelle definisjoner.
• Noen krav-ID-er ser ut til å være inkonsistente (f.eks. manglende/dupliserte ID-er som 4.8/4.9 eller 1,10 og 1,21), noe som kan gjøre eksakt kravkartlegging mindre presis.
• ‘Difis generelle akitekturprinsipper’ og ‘DigDirs/Difi’ er nevnt, men lenke/konkret innhold er ikke gjengitt i teksten, så nivå av etterprøvbarhet er begrenset.