IK-EØS 046-2026 Saksbehandlingssystem for innkreving (inkasso)

Dokumentet er Statens standardavtale (SSA-L) for løpende tjenestekjøp over internett ("as a service"). Den regulerer avtalegrunnlag, etablering, godkjenning, dokumentasjon/opplæring, oppgradering/vedlikehold, videreutvikling, vederlag/betaling, varighet og avbestilling/avslutning, informasjons­sikkerhet og personvern, eiendoms- og disposisjonsrett til data, håndtering av tap/ødeleggelse av data, misligholdssanksjoner, force majeure, samt øvrige bestemmelser som taushetsplikt, lønns- og arbeidsvilkår og tvisteløsning.

• Leverandøren skal sende leveransemelding skriftlig når tjenesten kan tas i bruk (grunnlag for godkjenningsprøve).Kilde: Pkt. 3.2 Leveransemelding
• Kunden skal undersøke tjenesten i godkjenningsprøve (10 virkedager) fra første virkedag etter leveransemelding; Kunden skal sende skriftlig melding om godkjenning eller underkjenning innen fristen.Kilde: Pkt. 3.3 Godkjenningsprøve
• Dokumentasjon skal leveres/tilgjengeliggjøres (standard produktbeskrivelse/brukerveiledning mv.); dersom ikke annet avtalt, på norsk, datert og siste versjon, og senest når godkjenningsprøven starter.Kilde: Pkt. 3.4 Dokumentasjon og opplæring
• Opplysninger om lønns- og arbeidsvilkår (samsvar med tariffavtale/lønnsvilkår) skal dokumenteres i bilag 5 som egenerklæring eller tredjepartserklæring; samt kunne legges frem på forespørsel.Kilde: Pkt. 11.2 Lønns- og arbeidsvilkår
• Ved behandling av personopplysninger: Leverandøren skal beskrive oppfyllelse av personvernregelverket i bilag 2 (inkl. innebygget personvern). Databehandleravtale (bilag/vedlegg til bilag 2) må være inngått før behandlingen starter.Kilde: Pkt. 6.2 Personopplysninger
• Elektronisk faktura skal brukes i godkjent standardformat (leverandøren bærer egne kostnader knyttet til elektronisk faktura). Oppdragsgiver kan holde tilbake betaling til riktig faktura leveres ved avvik.Kilde: Pkt. 4.2 Fakturering/elektronisk faktura

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

31.08.2026

Språk

norsk, English

Elektronisk katalog

Ikke tillatt

• Tjenesten skal leveres i henhold til kravspesifikasjon (bilag 1) og leverandørbeskrivelse (bilag 2) innen frister i bilag 3; tjenestenivå iht. bilag 4; drift inkludert i vederlaget.Kilde: Pkt. 2.1 Leverandørens ansvar for tjenesten
• Tjenesten kan omfatte installasjon, konfigurering, tilpasning og/eller integrasjoner dersom spesifisert i bilag 1.Kilde: Pkt. 1.1 Avtalens omfang
• Ved endringer etter avtaleinngåelse: Endringer skal skje skriftlig og undertegnes; leverandør fører fortløpende katalog i bilag 8 og oppdaterer kunden uten opphold.Kilde: Pkt. 1.4 Endringer av tjenesten etter avtaleinngåelsen
• Godkjenningsmekanisme: Kunden kan ikke underkjenne for uvesentlige feil; feil kategoriseres A/B/C med definisjoner (kritisk/alvorlig/mindre) og tredjepartsfeil behandles tilsvarende.Kilde: Pkt. 3.3 Godkjenningsprøve og feildefinisjon
• Leverandøren skal bistå med nødvendig opplæring i den grad det er avtalt; priser for opplæring fremgår av bilag 6.Kilde: Pkt. 3.4 Dokumentasjon og opplæring
• Standardoppgraderinger og alminnelig vedlikehold inngår i vederlaget (med mindre annet i bilag 6); leverandør ansvarlig for testing og standardoppgraderinger som er nødvendig for at avtalte krav/tjenestenivå skal oppfylles.Kilde: Pkt. 3.5 Oppgradering/vedlikehold etter leveringsdag
• Videreutvikling kan bestilles innenfor rammene i bilag 1/2; vederlag betales etter medgått tid/timesatser i bilag 6 (med mindre annen modell). Partene skal bli enige om godkjenningskriterier og fremdriftsplan.Kilde: Pkt. 3.6 Ytterligere utvikling etter leveringsdag
• Vederlag/priser fremgår av bilag 6; priser normalt ekskl. mva., og i NOK med mindre annet avtales; leverandøren kan gjennomføre revisjon av kundens tjenestebruk for å verifisere vederlag.Kilde: Pkt. 4.1 Vederlag
• Betalingsfrist: løpende vederlag forfaller etter faktura per 30 kalenderdager; første gang ikke tidligere enn 30 dager etter leveringsdag.Kilde: Pkt. 4.2 Faktureringstidspunkt og betalingsbetingelser
• Prisendringer: årlig ved årsskifte iht. konsumprisindeks (første gang med utgangspunkt i måned avtalen signert), med mindre annet i bilag 6; også justering ved endringer i offentlige avgifter.Kilde: Pkt. 4.5 Prisendringer
• Varighet: avtalen trer i kraft ved signering; normalt 3 år fra leveringsdag; automatisk fornyelse 1 år om gangen med oppsigelsesvarsler (kunde 3 mnd før fornyelse; leverandør 12 mnd før).Kilde: Pkt. 5.1 Varighet
• Avbestilling: kunden kan avbestille helt/delvis med 3 mnd skriftlig varsel; avbestillingsbetaling inkluderer bl.a. 10% av vederlag fakturert siste tre måneder (med mindre annet i bilag 6).Kilde: Pkt. 5.2 Avbestilling
• Avslutning/oppfølgende bistand: kunden har krav på oppfølgende bistand i inntil 30 kalenderdager etter etablering hos ny leverandør eller hos kunden selv.Kilde: Pkt. 5.3 Avslutning av avtalen
• Leverandøren skal tilrettelegge overføring ved opphør: kundens data (inkl. sikkerhetskopier), lisenser/administrerte rettigheter, andre administrerte kontrakter, oversikt over brukere og øvrige materialer; ingen tilbakeholdsrett i kundens data.Kilde: Pkt. 5.3 Avslutning av avtalen
• Informasjonssikkerhet: leverandør skal iverksette forholdsmessige tiltak for konfidensialitet, ikke-tilgjengelighet uautorisert, mot utilsiktet endring/sletting og mot virus/skadelig programvare; data skal holdes atskilt; tredjepartsleverandører skal sikres.Kilde: Pkt. 6.1 Informasjonssikkerhet
• Personopplysninger: leverandør skal beskrive hvordan tilfredsstillende behandling oppnås (bilag 2), sikre konfidensialitet/integritet/tilgjengelighet/robusthet; dokumentasjon skal kunne fremlegges (kunder/revisorer og Datatilsyn/Personvernnemnda); underleverandører må påta tilsvarende forpliktelser; overføring utenfor EØS krever grunnlag/dokumentasjon.Kilde: Pkt. 6.2 Personopplysninger
• Data-eierskap: kunden beholder eiendomsrett til data levert for behandling og til resultat av leverandørens behandling; leverandør har tilgang kun i nødvendig utstrekning og har ingen tilbakeholdsrett.Kilde: Pkt. 7.2 Eiendomsrett til data
• Rekonstruksjon ved tap/ødeleggelse: leverandør skal gjenopprette/rekonstruere uten ugrunnet opphold; kostnadsansvar avhenger av årsak (leverandør/ikke), og kan være begrenset til siste sikkerhetskopi mv. (med vilkår).Kilde: Pkt. 8 Rekonstruksjon av data
• Mislighold: leverandørens mislighold foreligger ved avvik fra funksjoner/krav/frister; kunden skal reklamere skriftlig innen rimelig tid etter oppdagelse; leverandør har varsling ved manglende oppfyllelse.Kilde: Pkt. 9.1 Leverandørens mislighold og 9.1.1 Varslingsplikt
• Sanksjoner ved mislighold: avhjelp/prisavslag, tilbakehold av betaling (begrenset til nødvendig beløp), dagbot ved forsinkelse (0,15% av avtalt vederlag per dag, maks 100 dager, standardbegrensninger), økonomisk kompensasjon for brudd på tjenestenivå iht. bilag 4, heving ved vesentlig mislighold, samt erstatning for direkte tap med begrensning.Kilde: Pkt. 9.2 Misligholdssanksjoner
• Rente ved betalingsmislighold: forsinkelsesrenteloven; leverandør kan varsle heving ved manglende betaling innen bestemte tidsfrister; heving kan ikke skje dersom kunden gjør opp innen frist.Kilde: Pkt. 4.3 og 4.4
• Taushetsplikt: konfidensialitet for taushetsbelagt informasjon; gjelder også etter opphør i 5 år (med unntak etter lov/forskrift).Kilde: Pkt. 11.3 Taushetsplikt
• Lønns- og arbeidsvilkår: leverandør skal sikre minst tilsvarende vilkår i relevante områder; brudd gir kundens rett til å holde tilbake deler av kontraktssummen inntil dokumentasjon på at forholdet er brakt i orden.Kilde: Pkt. 11.2 Lønns- og arbeidsvilkår
• Force majeure: varsling; suspensjon av forpliktelser; avtalekunne avsluttes ved samtykke eller etter varighet/antatt varighet (90 dager) med 15 dagers varsel; betaling for kontraktsmessig levert del.Kilde: Pkt. 10 Force majeure
• Overdragelse: kunden (offentlig virksomhet) kan i visse tilfeller overdra til annen norsk offentlig virksomhet med tilsvarende vilkår; leverandør krever skriftlig samtykke fra kunden for overdragelse.Kilde: Pkt. 11.1 Overdragelse av rettigheter og plikter

• Dokumentet fremstår som standard avtaletekst; tildelingskriterier og kvalifikasjonskrav for en konkurranse er ikke inkludert i utdraget (kan ligge i konkurransegrunnlagets andre dokumenter/bilag).
• Konkret tjenestetype, tjenestenivåkrav og kompensasjonsatser er referert til bilag 1-6/4, men selve innholdet i bilagene er ikke gjengitt her.

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. Kan Oppdrager bekrefte hvilke konkrete A-krav og B-krav som inngår i de seks demonstrasjonsbrukertilfellene, og vise til eksakt kravtekst (bilag/kapittel) for kravnumrene som er listet i Vedlegg 3?

   Hvorfor det er verdt å spørre: For å kunne kvalitetssikre at demonstrasjonen dekker riktig kravgrunnlag (og unngå at A-krav/B-krav forstås ulikt), må leverandør få eksakt referanse til kravtekst det vises til.

   Kilde: Brukertilfeller til demonstrasjon av tilbudt Løsning (Vedlegg 3), innledende del om A-krav/B-krav og brukertilfelleoversikter (brukertilfelle 1–6).

2. I Vedlegg 3 står det at demonstrasjonen benyttes både til verifikasjon av A-krav og evaluering av B-krav. Kan Oppdrager presisere hva som skal til for at et B-krav anses som «oppfylt» i evalueringen (f.eks. om det kreves samsvar med både demonstrasjon og skriftlig kravbesvarelse, og hvordan delvis oppfyllelse håndteres)?

   Hvorfor det er verdt å spørre: Tydelig evalueringslogikk reduserer risiko for feil tilbudsdokumentasjon og gir grunnlag for å prioritere riktig funksjonalitet i demonstrasjonen.

   Kilde: Vedlegg 3, avsnittet «Demonstrasjon som grunnlag for evaluering og verifikasjon».

3. Oppdrager ber i Vedlegg 3 om at demonstrasjonen gjennomføres «på tilbudt Løsning i en demoversjon», og at demonstrasjonen ikke kan suppleres med moduler/tillegg/tredjepartsprogramvare som ikke inngår i tilbudt Løsning. Kan Oppdrager avklare hvordan dere vil håndtere tilfeller der funksjonalitet er avhengig av integrerte tredjepartstjenester (f.eks. offentlige registre/utvekslinger) som krever egne avtaler/tilganger? Skal leverandør demonstrere slutt-til-slutt med realistiske data, eller er demo med stubbet/tilpassede datasett akseptabelt?

   Hvorfor det er verdt å spørre: Leverandøren må vite hva som regnes som «inkludert i tilbudt Løsning», og om demo kan gjøres med kontrollert testgrunnlag ved behov for tredjepartstilgang.

   Kilde: Vedlegg 3, avsnittet «Rammer for demonstrasjon» (demoversjon, ikke suppleres med funksjonalitet/moduler/tillegg).

4. I Vedlegg 3 beskrives det for flere brukertilfeller at Løsningen skal «samle» saker/skyldnere og justere gebyrer/salær for samlesak, samt varsle medskyldner før begjæring. Kan Oppdrager bekrefte hvilke regelsett/forutsetninger demonstrasjonen skal bygge på for «samlesak» (f.eks. hvilke datagrunnlag som skal brukes og hvilke beregningsregler for gebyrjustering Oppdrager forventer at demonstreres)?

   Hvorfor det er verdt å spørre: Uten avklarte demo-forutsetninger kan leverandørens beregning/visning av gebyrjustering og varsling bli evaluert som ikke dekkende selv om funksjonalitet finnes.

   Kilde: Vedlegg 3, Brukertilfelle 1 «Begjæring om utlegg» (samlefunksjon, gebyrjustering og varsling av medskyldner).

5. For brukertilfelle 2 («Utleggsforretning») skal løsningen registrere fristavbrytende datoer og håndtere tilkjent forsinkelsesrente, samt «la renter løpe videre» fra dagen etter dato for avholdt utleggsforretning på samtlige saker i samlingen. Kan Oppdrager spesifisere hvilke datafelter Oppdrager legger til grunn som input (protokoll/tilkjent rente/tilhørende datoer), og hvordan dere ønsker at «renter løpe videre»-effekten dokumenteres i demo (hvilken skjerm/rapport skal vises)?

   Hvorfor det er verdt å spørre: For å prise/implementere riktig og demonstrere korrekt beregningslogikk må leverandør forstå hvilke beregningsdatoer og visning Oppdrager evaluerer mot.

   Kilde: Vedlegg 3, Brukertilfelle 2 «Utleggsforretning» (A-krav 188, 189, 147 og tilhørende beskrivelse).

6. Ved brukertilfelle 3 («Organisering av arbeidsdagen») ber dere om demo av varsling for innbetaling og saker nær foreldelse, samt eventuell funksjonalitet for tildeling av saker/sakstyper/oppgaver. Kan Oppdrager avklare om dere evaluerer «varsling» som (i) visuell varselliste i arbeidsflate, (ii) e-post/SMS/automatisk kommunikasjon, eller (iii) alle former? Hvilken kanal og hvilke terskelverdier/regelverk forventes demonstrert?

   Hvorfor det er verdt å spørre: Varslingsmekanismer og terskler kan variere. Avklaring sikrer at demonstrasjonen prioriteres riktig og at tilbudt løsning matches mot evaluering.

   Kilde: Vedlegg 3, Brukertilfelle 3 «Organisering av arbeidsdagen» (spørsmålene om foreldelsesvarsling, og «Dersom løsningen har funksjonalitet knyttet til tildeling...»).

7. Ved brukertilfelle 4 («Henvendelse fra skyldner (tlf) … avdragsordning og SMS») ber dere bl.a. om å demonstrere søk basert på delvis referanse, beregning av renter/saldo frem i tid, innlegging av avdragsordning med 14 dagers intervall, og betalingsinformasjon på SMS. Kan Oppdrager presisere hvilke SMS-betingelser dere forventer at demonstreres (f.eks. tekstmal, avsender/avsender-ID, språk, og om «sendes SMS» skal være reell utsendelse eller demo med bekreftelse/logg)?

   Hvorfor det er verdt å spørre: SMS-integrasjon kan innebære tredjepartsleverandør og testmiljø. Riktig avklaring reduserer risiko for misforståelse i demo og implementasjonsomfang.

   Kilde: Vedlegg 3, Brukertilfelle 4 «Eksempel: Henvendelse fra skyldner (tlf) …».

8. Ved brukertilfelle 5 («Informasjon fra offentlige kilder») og brukertilfelle 6 («Informasjon ut av løsningen ved oppslag og rapporter») nevnes flere konkrete kilder og rapportspørringer (inkl. bruk av Power BI/lignende og rapporter som «Status på innkassert hovedstol …», samt eksport til Excel). Kan Oppdrager avklare forventet detaljnivå for demo av rapporter: skal det vises (a) eksempel-data med korrekt oppsett, (b) full filtrerings- og spørringslogikk, og (c) at eksport til Excel/påløp/renteforutsetninger samsvarer med data i demonstrasjonscasene?

   Hvorfor det er verdt å spørre: Leverandøren må vite om demo av rapporter evalueres på form (layout) eller funksjon (filter/spørring/korrekt beregning) for å prise riktig og demonstrere riktig.

   Kilde: Vedlegg 3, Brukertilfelle 5 «Informasjon fra offentlige kilder» og Brukertilfelle 6 «Informasjon ut av løsningen ved oppslag og rapporter».