Ny nettside for Konkurransetilsynet

Konkurranse om design, utvikling, etablering og drift av ny publiserings-/nettløsning for Konkurransetilsynet (konkurransetilsynet.no). Leveransen omfatter CMS og strukturert innholdsoppsett, migrering av relevant innhold, testing og lansering, samt drift/support/forvaltning i kontraktsperioden (inkl. sikkerhetsoppdateringer, SLA, backup/restore og rapportering). Løsningen skal oppfylle krav til universell utforming (WCAG 2.1 AA), sikkerhet og personvern (inkl. EU/EØS-lagring), være fremtidsrettet og basert på ikke-proprietær teknologi, samt støtte avansert søk, SEO, Matomo-måling og integrasjoner (fremtidig ID-porten/Altinn).

• Leverandør skal ha ordnede forhold med hensyn til betaling av skatt.

  Dokumentasjon: Skatteattest (RF-1244), ikke eldre enn 6 måneder før tilbudsfrist. For utenlandske leverandører: tilsvarende attester, eller signert egenerklæring om restanse/skattens størrelse.

  Kilde: Konkurransegrunnlag kap. 4.2 (Skatteattest)
• Leverandør skal være et lovlig etablert foretak.

  Dokumentasjon: Firmaattest ikke eldre enn 6 måneder før tilbudsfrist. Utenlandske leverandører: godtgjøre registrering i bransjeregister/foretaksregister iht. hjemlandets regelverk.

  Kilde: Konkurransegrunnlag kap. 4.2 (Lovlig etablert foretak)
• Leverandør skal ha nødvendig erfaring for å utføre kontrakten (relevant erfaring fra lignende kontrakter/tjenesteleveranse).

  Dokumentasjon: Vedlegg 3 – Referanseskjema med 3 mest relevante referanser siste tre år: mottaker, kontraktsbeskrivelse, kontraktsverdi, tidspunkt, kontaktperson (navn, tlf, e-post).

  Kilde: Konkurransegrunnlag kap. 4.2 (Teknisk og faglig stilling)
• ESPD skal leveres som foreløpig dokumentasjon for kvalifikasjonskrav (og avvisningsgrunner), og kvalifikasjonsoppfyllelse må dokumenteres før kontraktinngåelse for innstilte leverandører.

  Dokumentasjon: ESPD skjema (del III/D og del IV/A etter krav i grunnlaget).

  Kilde: Konkurransegrunnlag kap. 3.1 og 3.3

• Tilbud skal leveres elektronisk via oppdragsgivers KGV innen fristen; alternativ innlevering avvises.Kilde: Konkurransegrunnlag kap. 7 (Krav til tilbudet)
• Tilbudet skal leveres bindende; leverandør bærer risiko for uklarheter.Kilde: Konkurransegrunnlag kap. 7
• Dokumenter som skal fylles ut og leveres med tilbudet: Vedlegg 2, Vedlegg 3, Bilag 2, Bilag 3, Bilag 4, Bilag 6a, og Bilag 11 hvis relevant.Kilde: Konkurransegrunnlag kap. 7.1
• Vedlegg 2 (Tilbudsforside) skal være undertegnet av bemyndiget person.Kilde: Konkurransegrunnlag kap. 7.1
• Vedlegg/bilag lastes opp som PDF-filer med mindre annet er spesifisert; Bilag 6a prisskjema lastes opp som Excel-fil.Kilde: Konkurransegrunnlag kap. 7.1

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

24.08.2026

Språk

norsk, English

Elektronisk katalog

Ikke tillatt

• Leverandør skal levere komplett løsning som inkluderer CMS, utvikling av ny nettside, drift, forvaltning og videreutvikling; helhetlig ansvar for totalleveransen, inkl. styring av underleverandører (oppgis i tilbudet; vesentlige endringer krever skriftlig godkjenning).Kilde: Bilag 1 - Kundens kravspesifikasjon, pkt. 1.1-1.3
• Prosjektgjennomføring: planlegging, design, utvikling, oppsett av struktur/malverk, migrering av innhold, testing og lansering. Prosjektplan skal bl.a. dekke faser, milepæler, leveranser, beslutningspunkter, test/godkjenning, migrering og lansering; ressursbruk og kostnadsfordeling 2026/2027 samt prosjektstyringsinfo.Kilde: Bilag 1, pkt. 2.1-2.5
• Migrering og test før lansering: nedetid minimeres, URL-kartlegging og videresendinger, bevaring av relevant metadata; før lansering funksjonell test, tilgjengelighetstest og verifikasjon av migrert innhold (oppdragsgiver skal gis anledning til å delta og godkjenne).Kilde: Bilag 1, pkt. 2.6-2.7
• Universell utforming: WCAG 2.1 nivå AA for offentlige nettsteder; tilgjengelighetserklæring; endringer/videreutvikling skal ikke svekke samsvar.Kilde: Bilag 1, pkt. 5.1-5.4
• CMS-krav: CMS skal inngå som del av tilbudet; brukerstøtteopplæring; innebygd versjonskontroll, tidsbestemt publisering/avpublisering, strukturert innhold/innholdstyper, bildeoptimalisering, dokumentpublisering med tilgjengelig metadata, logg for sikkerhetsrelevante/administrative hendelser og redaksjonelle endringer, ikke proprietære formater, rollebasert tilgangsstyring med MFA.Kilde: Bilag 1, pkt. 4.1-4.12
• Integrasjoner/teknologi: støtte fremtidig ID-porten (sikker innlogging) og Altinn (skjema-/tjenestepublisering), samt integrasjon med tips-løsning/nyhetsbrevtjeneste.Kilde: Bilag 1, pkt. 6.1-6.3
• Drift/support/forvaltning: levere drift, support, vedlikehold og forvaltning av nettside, CMS, hosting, integrasjoner og øvrige komponenter. SLA i bilag 4 skal beskrive tjenestetid, hendelsesklassifisering, responstider, eskalering, overvåking, vedlikehold, rapportering og kontaktpunkter; rutiner for backup og gjenoppretting (frekvens, lagring, oppbevaringstid, ansvar). Support minst 08-16 mandag-fredag; halvårlig teknisk gjennomgang og rapport; løpende sikkerhetsoppdatering; test av oppdateringer i testmiljø; overgangsbistand ved kontraktsopphør; oppdragsgiver skal ha eiendomsrett til spesialutviklet kode.Kilde: Bilag 1, pkt. 7.1-7.12
• Sikkerhet og personvern: i tråd med NSMs grunnprinsipper for IKT-sikkerhet; HTTPS med TLS 1.2 (og bør TLS 1.3); beskyttelse mot DDoS/webangrep (beskriv løsning); rutiner for sikkerhetshendelser/varsling; databehandleravtale ved kontrakt; samtykkemekanisme for informasjonskapsler; GDPR/personvern (hvordan ivaretas) og kun lagring i EU/EØS uten tredjelandsoverføring uten godkjenning.Kilde: Bilag 1, pkt. 8.1-8.8
• Eiendom og kontroll: oppdragsgiver har full eiendomsrett til spesialutviklet kode, inkl. malverk, integrasjoner, komponenter og konfigurasjon utviklet særskilt for løsningen.Kilde: Bilag 1, pkt. 7.11

• Konkurransegrunnlagstekst som foreligger i utdrag viser ikke alle avvisningsgrunner, alle kvalifikasjonskrav utover de som er gjengitt, og eventuelle spesifikke tildelingsunderpunkter er kun delvis gjengitt. Kildegrunnlaget her er begrenset til utdragene du la ved.

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 tildelingskriteriene (kvalitet 60 %) fremgår det at oppdragsforståelse og løsningsforslag, tilbudt team, prosjektets plan for gjennomføring samt drift/support/vedlikehold skal dokumenteres i bilag 2, 3, 4 og 6a. Kan oppdragsgiver presisere hva som konkret skal stå i hvert bilag (f.eks. forventet detaljeringsnivå, format og omfang per bilag) slik at vi kan utforme tilbudet riktig?

   Hvorfor det er verdt å spørre: Tildelingskriteriene er listet opp, men dokumentasjonskravet er ikke nærmere spesifisert i utdraget. Presisering vil redusere risiko for feil utfylling og uensartet tilbud som kan gi lavere score.

   Kilde: Konkurransegrunnlag pkt. 6 TILDELINGSKRITERIER; pkt. 7.1 Tilbudets utforming og levering (bilag 2, 3, 4, 6a).

2. I prisskjema (bilag 6a) skal vi prise «Pris». Kan oppdragsgiver beskrive hvilke kostnadskomponenter som skal inngå i bilag 6a (f.eks. etablering/design og utvikling, migrering, drift/support/forvaltning per måned/år, test og lansering, samt eventuelle timesatser) og hvordan pris vil bli evaluert opp mot 40 %?

   Hvorfor det er verdt å spørre: Pris 40 % krever at leverandøren forstår prisstruktur og evalueringsmodell for å kunne prise og optimalisere tilbudet.

   Kilde: Konkurransegrunnlag pkt. 6 TILDELINGSKRITERIER (Pris 40 %); pkt. 7.1 (Bilag 6a).

3. Oppdragsgiver skriver at leveransen skal inkludere design og utvikling av nettsiden, etablering av egnet CMS, informasjonsarkitektur og strukturert innhold, migrering av eksisterende innhold, samt testing og lansering, og i tillegg drift/support/forvaltning i kontraktsperioden. Kan oppdragsgiver konkretisere hva som ligger i migrering (omfang og datatyper) og hvilke elementer som forventes levert ferdig migrert ved lansering (f.eks. innholdstyper, regelverkssider, vedtak/saker, nyheter/podcaster, PDF-er, metadata)?

   Hvorfor det er verdt å spørre: Migrering og innholdsomfang påvirker både estimat og risiko. Utdraget viser behovet, men ikke detaljene for å kunne prise riktig.

   Kilde: Konkurransegrunnlag pkt. 1.2 Anskaffelsens formål og omfang; Vedlegg 4 Innsiktsanalyse (mål og behov).

4. Hva er forventet innholdsmengde og/eller antall sider/innholdstyper som skal omfattes av ny nettside og migrering (f.eks. omtrent antall relevante publiseringer/vedtak/saker, artikler/nyheter, landing pages og PDF-innhold)? Hvis eksakt tall ikke er tilgjengelig, kan oppdragsgiver oppgi et godt aktivitets- og størrelsesanslag som kan brukes til prising?

   Hvorfor det er verdt å spørre: Leverandøren trenger kvantitativt grunnlag for å prise arbeidspakker, migrering og testing. Utdraget nevner behov men ikke størrelser.

   Kilde: Konkurransegrunnlag pkt. 1.2 Anskaffelsens formål og omfang; Vedlegg 4 Innsiktsanalyse (generelle funn om navigasjon/søk og innholdstyper).

5. Drift, support og forvaltning inngår i tildelingskriteriene og er regulert i SSA-L med misligholdssanksjoner knyttet til tjenestenivå og godkjenningsprøve (pkt. 3.3 og bilag 4/bilag 3). Kan oppdragsgiver oppgi hvilke konkrete tjenestenivåer som skal ligge i bilag 4 (f.eks. responstid, feilrettingstider, tilgjengelighet/oppetid, vedlikeholdsvinduer, rapportering og akseptans for videreutvikling), og om det finnes standardiserte satser/terskler i bilag 4 som leverandøren må ta høyde for?

   Hvorfor det er verdt å spørre: SSA-L gir mekanismer for dagbøter/kompensasjon ved mislighold av tjenestenivå, men konkrete nivåer er ikke synlige i utdraget. Dette er kritisk for kommersiell risikopris og leverandørens leveranseevne.

   Kilde: Konkurransegrunnlag pkt. 6 (Kvalitet – Drift, support og vedlikehold; bilag 4), pkt. 1.3 Kontraktsvilkår (vedlegg 1), og SSA-L pkt. 3.3/9.2.3/9.2.4 samt pkt. 2.2 og 3.2–3.5 (generelle mekanismer).

6. Oppdragsgiver opplyser at Kontrakten reguleres av SSA-L og bilag, og at dagbøter beregnes etter «avtalt vederlag» og at andre dagbotsatser kan avtales i bilag 3. Kan oppdragsgiver bekrefte (i bilag 3/krav til leveransefase) hvilke milepæler som eventuelt er dagbotbelagte, hva leveransemeldefristene/leveringsdagene er, og hvilke maksimale forsinkelsesgrenser som gjelder for heving?

   Hvorfor det er verdt å spørre: Tidsrammer og misligholdssanksjoner kan gi betydelig finansiell risiko. Leverandøren må forstå milepæler og dagbot-oppsett for å prise og styre prosjektet.

   Kilde: Konkurransegrunnlag pkt. 1.5 Viktige datoer; SSA-L pkt. 3.2–3.3 og pkt. 9.2.3/9.2.5 (dagbot og heving ved vesentlig forsinkelse).

7. Det fremgår at tilbud i trinn 2 skal leveres innen 07.09.2026 etter eventuelle forhandlinger. Kan oppdragsgiver presisere hva som typisk vil bli gjenstand for forhandling (f.eks. pris, bemanning/team, innhold i bilag 2–4, scope/migrering, teknologivalg/CMS) og hvilke deler som ikke kan endres?

   Hvorfor det er verdt å spørre: Leverandøren må vite hvilke forutsetninger som kan finjusteres i trinn 2 for å legge riktige strategiske rammer for første tilbud.

   Kilde: Konkurransegrunnlag pkt. 1.5 Viktige datoer; pkt. 2.1 Anskaffelsesprosedyre (forhandlinger kan gjelde alle sider av tilbudene).

8. Universell utforming er omtalt i omfanget, og det fremgår i innsiktsanalysen at nettsiden bør tilfredsstille WCAG 2.1 AA og at det er etablert en egen liste med tiltak (inkl. tester og verktøy). Kan oppdragsgiver bekrefte om dette er et bindende krav, og i så fall hvor kravet er spesifisert (f.eks. i bilag 1/kravspesifikasjon eller akseptansekriterier i bilag 3), samt hvordan dokumentasjon/test skal leveres (f.eks. WAVE/axe-rapporter, manuelle tester, PDF-krav)?

   Hvorfor det er verdt å spørre: Utdraget viser anbefaling/UU-forankring, men leverandøren trenger å vite om det er kontraktskrav og hvilke leveranser som forventes dokumentert for å kunne kalkulere tid og kost.

   Kilde: Konkurransegrunnlag pkt. 1.2 (universell utforming, sikkerhet og personvern); Vedlegg 4 Innsiktsanalyse (UU/WCAG 2.1 AA og testtiltak).

9. SSA-L pkt. 7.2 om datarettigheter og gjenlevering ved avtalens opphør gjelder. Kan oppdragsgiver presisere hvilke «data» og hvilke innhold/artifakter (kildekode, maler, innholdsmodell, konfigurasjon for CMS, eksportformat, testresultater) som forventes overført til Kunden ved avtalens opphør, og om Kunden skal få rett til å drifte/videreutvikle uten leverandørens medvirkning?

   Hvorfor det er verdt å spørre: For en nettside med CMS og integrasjoner er eierskap/overdragelse av konfigurasjon og kode sentralt. Leverandøren må sikre at forretningsmodell og tekniske valg matcher ønsket overtakbarhet ved endt kontrakt.

   Kilde: SSA-L pkt. 7.2 Rettigheter til data og pkt. 5.3 Avslutning; Konkurransegrunnlag pkt. 1.2 (drift/support/videreutvikling) og pkt. 6 (drift/support/vedlikehold i kvalitet).