Innkjøpskontoret AS
26196 Digitale læremidler
Konkurransen gjelder levering av en løsning for kjøp og administrasjon av digitale læreverk, læremidler, læringsressurser og produksjonsverktøy – heretter samlet omtalt som digitale læremidler. Anskaffelsen omfatter også en webløsning for bestilling, oversikt og administrasjon av lisenser. Løsningen håndterer rapporter og statistikk som viser både kjøp av lisenser og faktisk bruk av lisensene.
Oppdragsgiver har behov for at løsningen leveres som en løpende tjeneste.
Anskaffelsens verdi anslås til over EØS terskelverdi. Volumet er et estimat og er ikke bindende for oppdragsgiver.
For nærmere informasjon viser vi til anskaffelsesdokumentene.
Oppdragsgiver tar forbehold om avlysning av konkurransen, blant annet i forbindelse med budsjettmessig dekning.
Denne anskaffelsen er etter sin art vurdert til å ha en uvesentlig innvirkning på klima og miljø, jf. anskaffelsesloven § 5b tredje ledd. Begrunnelsen for dette er at anskaffelsen gjelder kjøp av løsning for kjøp og administrasjon av digitale læremidler, der anskaffelsens art medfører at oppdragsgiver er avskåret fra å påvirke klima og miljøpåvirkningen, siden krav og kriterier som retter seg mot disse elementene ikke vil ha tilstrekkelig tilknytning til leveransen, jf. DFØs miljøveileder.
Plikten til å stille krav om lærling er vurdert til å gjelde for denne anskaffelsen, jf. anskaffelsesloven § 5h. Se kontrakten for mer informasjon.
Del 1: Kjøper
Del 2: Prosedyre
Del 5: Delkontrakt
Del 8: Virksomheter
Kunngjøringsinformasjon
Sammendrag
Anbudsradar
Anskaffelsen gjelder «Digitale læremidler» (26196) der leverandør skal tilby en tjeneste/portal for tilgang til digitale læremidler, inkludert universell utforming, Feide-innlogging, tilgangsstyring, responsivt design, personvern-/informasjonssikkerhet og integrasjoner via åpne/standardiserte API-er. Det er også spesifisert behov for opplæring, migrering/konvertering av data, implementering med kjente/ukjente integrasjoner, samt årlig vedlikehold og utviklingskostnader. Prismodellen omfatter implementering (oppstart), årlige kostnader, integrasjonspriser per integrasjon, konsulentbistand (timepris) og påslag på innpris for digitale læremidler (Bokgruppe 8).
Krav til tilbudet
Anbudsradar
- Tilbyder har ansvar for å levere tilbud i tide; tilbud kan leveres og trekkes tilbake gjentatte ganger frem til tilbudsfrist.Kilde: Viktig om innlevering av tilbud.pdf – «Om tilbudsinnlevering – les dette først»
- Ved bruk av støtte/underleverandører: leverandøren må avklare hvilke vedlegg som kreves i konkurransegrunnlaget (forpliktelseserklæringer/skatteattest/ESPD/tilsvarende) og innhente disse så tidlig som mulig.Kilde: Viktig om innlevering av tilbud.pdf – punkt 4 «Underleverandører eller støttevirksomheter?»
- For ESPD for underleverandør/støttevirksomhet: hovedleverandør må fylle ut ESPD-skjema (kan gjøres sammen med underleverandør via Teams/Skype/Zoom eller ved å sende PDF av skjemaet).Kilde: Viktig om innlevering av tilbud.pdf – punkt 4
- Digital signatur: signering må gjennomføres i forkant; tilbyder må initiere signering (e-post til signerende), motta signatur tilbake før innsending.Kilde: Viktig om innlevering av tilbud.pdf – punkt 5 «Digital signatur»
- Tilbudet skal signeres ved å trykke på grønn «V»-knapp etter at mottaker(e) og signeringsdokument er valgt (ellers feilmelding om manglende mottaker/dokument).Kilde: Viktig om innlevering av tilbud.pdf – punkt 5
- Dersom BankID ikke kan brukes: tilbyder må bruke alternativ signeringsmetode i Tendsign (f.eks. «OK-knapp» eller «Signering på skjerm»).Kilde: Viktig om innlevering av tilbud.pdf – punkt 5
- Ved innsyn/sladding: det er leverandørens ansvar å sladde kun egne forretningshemmeligheter (ikke oppdragsgivers tekst i konkurransegrunnlaget/vedlegg). Sladding skal gjøres slik at kun enkeltopplysninger sladdes.Kilde: Veileder sladding av tilbud.pdf – «Hva kan unntas og dermed sladdes?»
Innleveringsvilkår fra kunngjøringen
- Frist for forespørsel/tilbud
- 21.10.2026
- Språk
- English, norsk
- Elektronisk katalog
- Ikke tillatt
Tildelingskriterier
Anbudsradar
| Kriterium | Vekt | Beskrivelse |
|---|---|---|
| Pris | 20 % | Priser og kostander |
| Kvalitet | 55 % | Løsningsforslag, funksjonalitet og brukervennlighet |
| Kvalitet | 15 % | Implementering |
| Kvalitet | 10 % | Service og Oppdragsspesifikk kompetanse |
| Kvalitet – unntak fra klima- og miljøkrav i norsk anskaffelsesregelverk: Anskaffelsen har uvesentlig klimaavtrykk og miljøbelastning (skal begrunnes) | 0 % | Denne anskaffelsen er etter sin art vurdert til å ha en uvesentlig innvirkning på klima og miljø, jf. anskaffelsesloven § 5b tredje ledd. Begrunnelsen for dette er at anskaffelsen gjelder kjøp av løsning for å kjøpe og administrere digitale læremidler, der anskaffelsens art medfører at oppdragsgiver er avskåret fra å påvirke klima og miljøpåvirkningen, siden krav og kriterier som retter seg mot disse elementene ikke vil ha tilstrekkelig tilknytning til leveransen, jf. DFØs miljøveileder. |
Viktige kontraktskrav
Anbudsradar
- Oppfyllelse av krav til universell utforming (forskrift om universell utforming av IKT-løsninger) på leveringstidspunktet; dokumentasjon skal være tilgjengelig for kunden.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.1
- Personvern/informasjonssikkerhet skal ivaretas gjennom «innebygget personvern» (GDPR art. 25), samt ivaretakelse av konfidensialitet, integritet og tilgjengelighet; leverandør skal tilgjengeliggjøre dokumentasjon for ROS og DPIA.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.2
- Løsningen skal ha åpne/standardiserte API-er for datautveksling med andre systemer, inkl. sikring av informasjonsflyt (autentisering/autorisering) og omfattende, åpen API-dokumentasjon (OpenAPI/FHIR el. tilsvarende).Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.3
- Tilgangsstyring og autentisering: støtte SSO og kundens Active Directory/Azure-AD, audit/etterprøvbarhet, og mulighet for sikker pålogging fra eksterne nettverk inkl. flerfaktorautentisering.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.4
- Teknisk drift: høy tilgjengelighet/redundans/feiltoleranse; kapasitet for ytelse; sikker og stabil drift slik at data ikke forsvinner; logging/monitorering og beskyttelse av logger; mulighet for revidering/innsyn i revisjonsrapporter.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.5
- Sikkerhetstiltak: styringssystem for informasjonssikkerhet (ISO27001 eller tilsvarende), rutiner for underleverandørers innarbeidelse, fysiske sikringstiltak, overvåkning/varsling, beredskap/continuity/katastrofeplan, sikkerhetstesting/penetrasjonstesting, prosess for risikovurderinger minst årlig, sikkerhetsoppdateringer (patching), segregering av kundedata, kryptering og backup med verifisert gjenoppretting, samt dokumentert sletting.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.6
- Forvaltning/endringer: dokumentere endringer og ajourføre systemdokumentasjon, test- og sertifiseringsopplegg for integrasjoner, hendelseshåndtering, brukerforum og bistand ved avslutning (tilrettelegging for overføring/sletting; kunden beholder eierskap).Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 1 Tekniske behov) – pkt. 1.7
- Læremidler/løsningskrav: utarbeidet etter gjeldende læreplan; responsivt design; innlogging via Feide; hierarkisk tilgangsstruktur; elevdata ikke til kommersielle formål/analysere; universell utforming også for læremidler; bestilling gjennom hele skoleåret; avtaleperiode ett skoleår; lisenser kan justeres/fornyes uten økonomisk sanksjon; gratis prøving/test i avgrenset periode; ikke automatisk fornyelse uten skriftlig samtykke; ikke kostnader for dataeksport ved avtaleopphør.Kilde: Vedlegg 1 Behovsbeskrivelse - 090926.xlsx (ARK: 2 Spesielle behov) – pkt. 2.1
- Kontraktsregime (SSA-L): leverandør har ansvar for at tjenesten oppfyller bilag 1/2 innen frister, drift inngår i vederlag; godkjenningsprøve (10 virkedager hvis ikke annet), dokumentasjon/opplæring, standardoppgraderinger/vedlikehold inngår, og avtalens misligholdssanksjoner (avhjelp, prisavslag, dagbot/økonomiske kompensasjoner, heving).Kilde: ssa-l_generell_avtaletekst_2026-bok.docx (SSA-L) – bl.a. pkt. 3, 4, 5, 9
- Personopplysninger/databehandler: leverandør skal ha egnede tekniske/organisatoriske tiltak; logger og håndterer sikkerhet; ved avtalens opphør skal personopplysninger slettes/tilbakeleveres; bruk av underdatabehandlere kun med tillatelse/godkjenningsmekanismer; krav til informasjonssikkerhet og sikkerhetsnivå basert på risikovurdering.Kilde: dba_generell_avtaletekst_2020_no.docx og databehandleravtale_bilag_2020.docx – «Sikkerhet ved behandlingen», «Bruk av Underdatabehandlere», «Sletting og tilbakelevering»
- Ansvar/erstatningsregime (SSA-L): erstatning begrenses etter vederlag siste 12 måneder før reklamasjonsdato, med unntak (grov uaktsomhet/forse).Kilde: ssa-l_generell_avtaletekst_2026-bok.docx – pkt. 9.2.7/9.2.8
Forbehold ved utdraget
Anbudsradar
- Konkurranseform (tildelingsmetode, vektfordeling for pris utover at «Priser og kostnader» inngår) og eventuelle øvrige tildelingskriterier er ikke oppgitt i den tilsendte teksten.
- Ingen eksplisitte kvalifikasjonskrav er synlige i de vedlagte utdragene; kvalifikasjonskrav kan ligge i andre deler av konkurransegrunnlaget.
- Kontrakts-/utførelseskrav knyttet til leveransefrist, leveransemelding og konkret godkjenningsprøveperiode er ikke fylt ut (avhenger av bilag 3 i SSA-L).
- Prisskjemaets evaluering: eksakt beregningsformel for total evalueringssum (utover oppgitt evalueringssum) og hvordan delsummer vektes er ikke spesifisert i utdraget, utover at «Priser og kostnader» evalueres og «Evalueringssum overføres».
Verdt å avklare med oppdragsgiver
Anbudsradar
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.
Kan oppdragsgiver bekrefte hvilken tildelingsmetode som benyttes i konkurransen, og oppgi eksakt vekting/parametre for «Priser og kostnader» og eventuelle øvrige tildelingskriterier (inkludert hvordan total evalueringssum beregnes fra prisskjemaets linjer)?
Hvorfor det er verdt å spørre: Riktig prising og tilbudsstrategi avhenger av nøyaktig evalueringsmodell og vekting.
I prisskjemaet står det «Oppgitte volumer er satt kun for å sammenligne tilbyderne og er ikke bindende for oppdragsgiver». Hvordan vil oppdragsgiver da beregne vederlag i praksis for linje 4 (årlig vedlikehold/utvikling), linje 5 (integrasjon per integrasjon), og linje 6 (konsulentbistand) når faktiske behov/antall avviker fra sammenligningsvolumene?
Hvorfor det er verdt å spørre: Tilbyder må forstå hvilke enheter som faktisk utløser betaling, for å kunne prise korrekt risiko og ressursbruk.
Kilde: Prisskjema-090926.xlsx (ark: Prisskjema)Prisskjemaet har linje 1–3 med volum 1 og sum 0/«grønne punkter». Skal disse kostnadselementene inngå som faste engangskostnader i evalueringen og i kontrakten, eller kan oppdragsgiver kreve at deler av leveransen (implementering/konvertering/opplæring) utføres som del av øvrige kostnadselementer (særlig linje 4)?
Hvorfor det er verdt å spørre: Uklart kostnadsgrunnlag kan gi utilsiktet feilprising og feil forventninger til omfang.
Kilde: Prisskjema-090926.xlsx (ark: Prisskjema)Bilag 4 «Tjenestenivå med standardiserte kompensasjoner» er ikke vedlagt i utdraget. Kan oppdragsgiver oversende/utdype hvilke konkrete tjenestenivåkrav (SLA) som gjelder (f.eks. tilgjengelighet), hvilke standardiserte kompensasjoner som gir grunnlag for prisavslag, og hvordan dette samvirker med dagbotbestemmelsene (punkt 9.2.3 og dagbot-tillegg) i SSA-L?
Hvorfor det er verdt å spørre: Tilbyder må forstå økonomisk konsekvens av avvik (SLA/dagbøter/kompensasjoner) for å kunne vurdere total risiko.
Kilde: SSA-L 2026 (generell avtaletekst) punkt 9.2 og dagbotbestemmelse; samt Bilag 4I SSA-L punkt 3.3 defineres godkjenningsprøve som «10 virkedager fra første virkedag etter at Leverandøren har sendt leveransemelding», med nærmere regler for vesentlighet (A-, B- og C-feil). Kan oppdragsgiver bekrefte at bilag 3 ikke endrer denne godkjenningsperioden, og at det ikke er satt egne tilleggskriterier som gjør at leveringsdag flyttes utover standard 10 virkedager?
Hvorfor det er verdt å spørre: Leveringsdag og tidslinje påvirker både framdriftskostnader og dagbotrisiko.
Kilde: SSA-L 2026 (generell avtaletekst) punkt 3.3 (godkjenningsprøve og Leveringsdag); samt bilag 3Kan oppdragsgiver presisere krav og forventninger til «dokumentasjon på hvordan kravene til universell utforming er oppfylt» (1.1.3), herunder hvilket format (f.eks. test-/samsvarserklæring, metodebeskrivelse), hvem som skal utarbeide dokumentasjonen, og om dokumentasjonen må være tilgjengelig før eller etter gjennomført leveranse/opplæring?
Hvorfor det er verdt å spørre: Dokumentasjonsleveranse påvirker planlegging og tidsbruk i etableringsfasen.
Kilde: Vedlegg 1 Behovsbeskrivelse (ARK: 1 Tekniske behov) punkt 1.1.3Behovet sier at «Innlogging skjer gjennom Feide» (2.1.3) og at det støttes SSO via Azure-AD/Active Directory (1.4.1). Kan oppdragsgiver avklare hvordan dette skal løses i praksis (Feide som primær identitetsleverandør vs. Azure-AD som SSO-mekanisme), og hvilke krav som gjelder til SAML/OIDC/andre protokoller og rolle-/gruppeoppsett i løsningen?
Hvorfor det er verdt å spørre: Identitets- og tilgangsarkitektur avgjør integrasjonsarbeid og risiko for forsinkelser ved igangsetting.
Kilde: Vedlegg 1 Behovsbeskrivelse (ARK: 2 Spesielle behov) punkt 2.1.3; samt (ARK: 1 Tekniske behov) punkt 1.4.1Vedrørende API-kravene (1.3): Kan oppdragsgiver bekrefte hvilke «åpne API-standarder» som er relevante i denne anskaffelsen (f.eks. OpenAPI/FHIR eller tilsvarende), og om oppdragsgiver forventer både OpenAPI-spec og maskinlesbare «Capability Statement» samtidig for samme API?
Hvorfor det er verdt å spørre: Klart valg av API-/dokumentasjonsstandarder gir tryggere og mer forutsigbar leveranse.
Kilde: Vedlegg 1 Behovsbeskrivelse (ARK: 1 Tekniske behov) punkt 1.3.11Vedrørende personvern og informasjonssikkerhet: I behovsbeskrivelsen (1.2.3) står det at leverandøren skal tilgjengeliggjøre dokumentasjon nødvendig for Kundens ROS og DPIA. Kan oppdragsgiver angi hvilke dokumenter som minimum forventes (f.eks. system-/arkitekturbeskrivelse, DPIA-tilpassede sikkerhetskontroller, datalagrings-/slettelogikk, underleverandør-liste), og om det er frist for oversendelse (før tilbud/etter kontrakt/ved etableringsstart)?
Hvorfor det er verdt å spørre: Tilbyder må vite hva som skal leveres og når, for å kunne planlegge omfang og kostnader korrekt.
Kilde: Vedlegg 1 Behovsbeskrivelse (ARK: 1 Tekniske behov) punkt 1.2.3I behovsbeskrivelsen (2.1.12) gis det «kostnadsfritt prøves/testes i en tydelig avgrenset periode av skolen/fagavdelingen før det eventuelt tegnes en forpliktende lisensavtale». Kan oppdragsgiver presisere varighet på prøveperioden, omfang (antall brukere/enheter/læremidler), og hvordan dette påvirker prisingen (særlig linje 7 «Påslag på innpris» og linje 4/engangskostnader)?
Hvorfor det er verdt å spørre: Prøve-/pilotlinje og kommersielle konsekvenser må være kjent før prising.
Kilde: Vedlegg 1 Behovsbeskrivelse (ARK: 2 Spesielle behov) punkt 2.1.12; samt PRISSKJEMA-linje 4 og 7
Kurs og rådgivning fra redaksjonen
Gratis fagmøte – 30 minutter digitalt om aktuelle anskaffelsestemaer.
Se datoer →Kurs: Hvordan vinne anbud – praktisk kurs for deg som skriver tilbud.
Les mer →Rådgivning
Ta kontakt →