Veiledende kunngjøring: Anskaffelse av innbyggerportal

ROR-kommunene (Molde, Aukra, Rauma, Vestnes, Hustadvika, samt Stranda, Sykkylven og Vanylven) skal anskaffe nye innbyggerportaler som SaaS (software as a service). Portalen skal gi innbyggere digital tilgang til tjenester og informasjon, støtte selvbetjening (pålogging via ID-porten eller tilsvarende), digitale skjema, innmelding av feil (inkl. kart), status på egne saker, bookingfunksjon (inkl. betalingsstøtte ønskelig), redaktør- og innholdsforvaltning, søk, samt integrasjoner via API-er mot nasjonale fellesløsninger og eventuelt FDV-systemer. Det er en veiledende kunngjøring/leverandørinnspill før hovedutlysning, der oppdragsgiver etterspør markedets vurdering særlig for utvalgte krav (universell utforming, digitale skjema, status på egne saker, feil-melding, booking og integrasjon mot nasjonale fellesløsninger).

• Tilbakemelding på kravene i veiledende kunngjøring/markeddialog sendes i kommunikasjonsmodulen i Mercell innen frist.Kilde: 1.5 MERKNADER

Innleveringsvilkår fra kunngjøringen

Språk

norsk, English

• Leveransen skal være SaaS (skytjeneste).Kilde: 1.2.1 Krav 1.0.2
• Universell utforming iht. gjeldende forskrift og leverandør skal dokumentere oppfyllelse via utfylling av WCAG-sjekklister (tilgjengelighetserklæring).Kilde: 1.2.1 Krav 1.0.7
• Støtte for bokmål og nynorsk språkform; samt bør-støtte for stavekontroll og oversettelse.Kilde: 1.2.1 Krav 1.0.4, 1.0.5, 1.0.6
• Støtte for digitale skjema for publikum og interne brukere; integrasjon med skjemaløsning (tredjepart) via integrasjonsgrensesnitt.Kilde: 1.2.2 Krav 2.1.4
• Selvbetjening med personlig innlogging og sikker autentisering via ID-porten eller tilsvarende nasjonal fellesløsning.Kilde: 1.2.2 Krav 2.1.1, 2.1.2
• Feilinnmelding til kommunen inkl. kartbasert registrering og visning; bør kunne integreres mot FDV-systemer via åpne/dokumenterte API-er.Kilde: 1.2.2 Krav 2.1.7, 2.1.7.1
• Integrasjon mot nasjonale fellesløsninger (inkl. ID-porten, Maskinporten, KS FIKS-moduler, Altinn) – leverandøren skal beskrive hvilke ferdige API-er som finnes og hvilke som planlegges utviklet.Kilde: 1.2.5 Krav 5.1.1
• Støtte åpne API-standarder (f.eks. REST eller SOAP) og dokumentere/tilgjengeliggjøre API-ene for kunden.Kilde: 1.2.5 Krav 5.1.3
• API-er skal være optimalisert for høy ytelse og dokumenteres via last- og stresstester.Kilde: 1.2.5 Krav 5.1.4
• Leverandør skal ha norskspråklig support på telefon (ikke kun chatbot) hverdager 08:00–15:00.Kilde: 1.2.6 Krav 6.0.1
• Leverandør skal ha beredskap/ kontinuitetsplan som sikrer avtalte SLA; løsning skal sikre fortsatt tilgang til informasjon (inkl. kriseportal som bør).Kilde: 1.2.6 Krav 6.0.2, 6.0.2.1
• Leverandøren skal levere dokumentasjon på norsk, inkludert ved applikasjonsoppgraderinger og tekniske driftsplattform-endringer.Kilde: 1.2.6 Krav 6.0.4
• SLA skal leveres (Bilag 4) og minst inneholde: support, programvarerettelser/ nye versjoner, sikkerhetskopi/gjenoppretting/beredskap, oppetid (over 1 år), feilmeldingsprosedyre med responstid og rapportering, eskalering, prisavslag/kompensasjoner og varslingsrutiner for nedetid.Kilde: 1.2.6 Krav 6.0.5
• Leverandør skal ha ISMS basert på GDPR og ISO 27001 (eller minimum tilsvarende standard) med angitt minimumsdekning.Kilde: 1.2.7 Krav 7.0.1
• Databehandleravtalen som signeres skal være ROR-IKTs databehandleravtale (Digdir standardmal).Kilde: 1.2.7 Krav 7.0.2

• Dokumentet er merket som 'veiledende kunngjøring' og 'utkast'; det fremgår ikke eksplisitt tildelingskriterier eller endelig kontrakt/opsjonsstruktur i teksten.
• Flere krav har svar-/vurderingskoder (A/B/C) som indikerer kravsnivå, men kriterier for hvordan A/B/C påvirker tildeling er ikke beskrevet i utdraget.
• Det er angitt at innspill er frivillig og ikke danner grunnlag for direkte innkjøp; dermed er kravene ikke nødvendigvis bindende slik en endelig konkurranse ville vært.