20260022 Peppol fakturering- og betalingsløsning

Anskaffelsen gjelder Skatteetatens behov for tilgang til tjenesten Peppol Payment og leveranse av et Peppol Payment aksesspunkt (digital tjeneste for sikker og standardisert utveksling av betalingsmeldinger mellom Skatteetaten og bankforbindelser). Avtalen har innledende varighet på 4 år, med videre fornyelse uten fast sluttdato (jf. konkurransegrunnlaget) og etableringsfase før ordinær drift. Tildeling skjer etter lavest totalpris beregnet over 4 år.

• Skatteattest: Leverandøren må ha oppfylt forpliktelser om betaling av skatter, arbeidsgiveravgift og merverdiavgift.

  Dokumentasjon: Attest for betalt skatt og avgift (hentes i Altinn). Ikke eldre enn 6 måneder fra tilbudsfrist. Restanser/bemerkninger må forklares. eBevis kan erstatte innsending dersom godkjent i TendSign.

  Kilde: Konkurransegrunnlag kap. 4.1.1 (Skatteattest – jf. FOA § 7-2)
• Økonomisk og finansiell kapasitet: Leverandøren skal ha kapasitet til å gjennomføre kontraktsforpliktelsene.

  Dokumentasjon: Kredittvurdering fra godkjent kredittinstitusjon basert på sist kjente regnskapstall, med beskrivelse av utvikling siste tre år. Ev. ytterligere dokumentasjon kan kreves.

  Kilde: Konkurransegrunnlag kap. 4.1.2 (FOA § 16-3 og § 16-4)
• Tekniske og faglige kvalifikasjoner: Leverandøren skal ha levert tjenesten Peppol Payment til minimum 1 kunde.

  Dokumentasjon: Redegjørelse som beskriver avtaleforhold leverandøren er/har vært part i: art/omfang/verdi/varighet, tidspunkt for inngåelse og navn på kunde inkl. kontaktopplysninger.

  Kilde: Konkurransegrunnlag kap. 4.1.3 (FOA § 16-5 og § 16-6)
• Kvalitetssikringsrutiner tilpasset leveransen.

  Dokumentasjon: Kort beskrivelse av metoder for kvalitetssikring. Ved ISO 9001 (eller tilsvarende) vedlegges kopi av gyldig sertifikat.

  Kilde: Konkurransegrunnlag kap. 4.1.4 (FOA § 16-7)
• Rådighet over ressurser fra tredjepart (ved støtte på andre foretak).

  Dokumentasjon: Skriftlig forpliktelseserklæring mellom leverandør og aktuelt foretak/underleverandør som leverer finansiell/økonomisk og/eller teknisk/faglig kapasitet.

  Kilde: Konkurransegrunnlag kap. 4.1.5 (FOA § 16-10)

• Tilbud og vedlegg skal leveres elektronisk via TendSign innen tilbudsfrist. Tilbud levert per post/e-post avvises. Leverandøren bærer risiko for at tilbudet er mottatt i tide.Kilde: Konkurransegrunnlag kap. 5.1
• Tilbudet skal inneholde undertegnet tilbudsbrev (på norsk). Tilbudsbrevet skal bl.a. inneholde bekreftelse/henvisning til samsvar med konkurransedokumentene, dato og signatur til person med fullmakt til å forplikte tilbyder.Kilde: Konkurransegrunnlag kap. 5.2
• Språk: Tilbud skal være på norsk (dokumentasjon kan leveres på engelsk/svensk/dansk dersom norsk ikke finnes).Kilde: Konkurransegrunnlag kap. 5.2
• Ved bruk av underleverandører: oppgi navn, hvilke oppgaver de skal utføre og andel av kontrakten; dette gis i eget vedlegg. Underleverandører må også oppfylle seriøsitetskrav og inngi fullmakt.Kilde: Konkurransegrunnlag kap. 5.3
• Forbehold: Leverandøren må angi forbehold presist/entydig i eget vedlegg, med henvisning til relevante punkter og redegjørelse for prismessige konsekvenser.Kilde: Konkurransegrunnlag kap. 5.4
• Det er ikke anledning til å gi tilbud på deler av anskaffelsen eller alternative tilbud.Kilde: Konkurransegrunnlag kap. 5.5 og 5.6

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

14.09.2026

Språk

norsk

Elektronisk katalog

Tillatt

• Avtalevarighet: Oppstart ved signering; etableringsfase før ordinær drift. Innledende varighet 4 år; videre fornyelse/videre løp etter avtalen.Kilde: Konkurransegrunnlag kap. 2.3; Bilag 4 og Avtaletekst (SSA-D) (varighetsbestemmelser)
• Sertifisering/godkjenning som aksesspunkt (Peppol Service Provider) i Norge gjennom hele kontraktsperioden. Sertifisering/dokumentasjon vedlegges tilbudet.Kilde: Bilag 1 Kundens kravspesifikasjon kap. «Krav til Tjenesten» (Overordnet krav, kategorisert MF)
• Lokasjon/Drift: Aksesspunktet skal driftes i leverandørens infrastruktur.Kilde: Bilag 1 «Krav til Tjenesten» (Lokasjon, kategori M)
• Integrasjon: REST-baserte grensesnitt; veldokumenterte og eksempelkode; tilgjengeliggjøres kunden innen 4 uker etter kontraktsinngåelse.Kilde: Bilag 1 «Krav til Tjenesten» (Integrasjon, kategori MF)
• IT Service Management: Leveransen skal baseres på etablert og dokumentert ITSM-metodikk, inkl. Incident Management og Problem Management.Kilde: Bilag 1 «Krav til IT Service Management, tjenestenivå mv.» (ITSM, kategori MF)
• Kundestøtte: tilgjengelig 08:00–16:00 på virkedager.Kilde: Bilag 1 «Kundestøtte» (kategori M)
• Overvåkning: Tjenesten og relevante komponenter skal automatisk og kontinuerlig overvåkes.Kilde: Bilag 1 «Overvåkning» (kategori M)
• Tilgjengelighet: Gjennomsnittlig månedlig tilgjengelighetsnivå 99,5 %; svikttid knyttes til utilgjengelighet/stop som definert.Kilde: Bilag 5 kap. 3.1 «Tilgjengelighetsnivå»
• Reaksjonstid: Kategori A/B/C gir tidskrav (30 min for kategori A, 1 time for kategori B, virkedag for kategori C) og krav om uavbrutt arbeid/plan ved manglende utbedring innen 24 timer.Kilde: Bilag 5 kap. «Reaksjonstid mv.»
• Månedlig rapportering: leverandør skal hver måned rapportere oppnådd tjenestenivå (tilgjengelighet og reaksjonstid) og avvik/hendelser basert på måleverktøy.Kilde: Bilag 1 «Månedlig rapportering av oppnådd tjenestenivå» (kategori M)
• Sikkerhetskrav (utvalg): personopplysninger ikke utenfor EØS uten avtale; databehandleravtale ved personopplysninger; TLS 1.3 for data i bevegelse; tilgangskontroll med logg individnivå; sporbarhet og beskyttelse av logger.Kilde: Bilag 1 «Krav til informasjonssikkerhet og personvern» (flere punkt)
• Ved Sikkerhetsbrudd: varsle kunden uten ugrunnet opphold; rapport innen en uke etter oppdagelse og ny rapport når hendelsen er løst.Kilde: Bilag 1 «Sikkerhetsbrudd» (kategori M)
• Vedlikehold: forhåndsvarsling av vedlikeholdstid minimum 5 dager før planlagt vedlikehold.Kilde: Bilag 1 «Vedlikeholdsvindu» (kategori M)
• Standardiserte prisavslag ved mislighold av tjenestenivå: prisavslag ved lavere tilgjengelighet (10–40%) og ved brudd på reaksjonstid (1–4%). Beregning/motregning før fakturering.Kilde: Bilag 5 kap. 5.1 og 5.2 samt kap. 6

• Bilaget «Peppol Avtale Bilag 1 - Kundens kravspesifikasjon» inneholder mange krav, men bare et utvalg er synlig i utdraget; øvrige tjenestenivå- og sikkerhetskrav kan mangle i teksten.
• Tildelingslogikk for prisavslag/totalpris avhenger av bilag 7 («Samlet pris og prisbestemmelser»), men bilag 7 er ikke inkludert i tekstutdraget.
• Noen kontraktsmessige detaljer om dagbøter, sluttfase/avslutningsvederlag og konkrete terskler for godkjenning er kun delvis synlige (f.eks. referanser til bilag 4/bilag 6/bilag 7).

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 bilag 1 «Krav til Tjenesten» står det at Tjenesten må være «godkjent aksesspunkt for betalingsfiler fra regional PEPPOL myndighet i Norge» og at sertifisering/godkjenning må ha gyldighet i hele kontraktsperioden. Kan dere spesifisere hvilken konkret norsk PEPPOL-myndighet/godkjenningsordning dette gjelder (navn og evt. dokumentasjon dere forventer), og om eksisterende leverandør-sertifisering kan omfatte hele kontraktsperioden uten ny godkjenning per år?

   Hvorfor det er verdt å spørre: Leverandøren må kunne vurdere hva som faktisk kreves av sertifisering og hvilke bevis som skal legges ved for å unngå avvisning.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Krav til Tjenesten» (Overordnet) / krav om PEPPOL-aksesspunkt godkjenning (MF/«M» som angitt i utdraget).

2. I bilag 1 «Krav til Tjenesten» er det krav om REST-baserte grensesnitt, og at «kontrakt, tilgjengeliggjøring av eksempelkode … innen 4 uker etter kontraktsinngåelse» skal leveres. Hvilken detaljnivå forventes i API-kontrakt (f.eks. OpenAPI/Swagger vs. annen form), og gjelder 4-ukersfristen levering av dokumentasjon alene eller også en fungerende integrasjon/teknisk demo mot Skatteetatens testoppsett?

   Hvorfor det er verdt å spørre: Dette påvirker leverandørens plan for utvikling/levering og ressursbruk, og dermed tilbudets kostnadsgrunnlag.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Krav til Tjenesten» / «Integrasjon» (REST, kontrakt og eksempelkode innen 4 uker).

3. I bilag 1 «Krav til Tjenesten» står det at Tjenesten skal håndtere registrering i SMP/ELMA, og at dette er et minimumskrav. Kan dere utdype hva dere mener med «håndtere registreringen» (f.eks. opprettelse av entry, vedlikehold/oppdatering, mapping mot aksesspunkter, og hvem som eier/administrerer hvilke felt), og hvilke leveranser som inngår i etableringsfasen?

   Hvorfor det er verdt å spørre: Leverandøren må forstå scope i SMP/ELMA-arbeidet for å prise riktig og sikre oppfyllelse av MF-krav.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Krav til Tjenesten» / «Registrering i SMP/ELMA».

4. Bilag 1 «Krav til Tjenesten» stiller flere sikkerhets- og driftskrav, blant annet at «rapport på hendelsen skal sendes … innen en uke etter at sikkerhetsbruddet ble oppdaget» og at «tilgang … skal logges på individnivå» samt «sporbarhet» og «integritets-sikring av logger». Kan dere bekrefte (med henvisning til bilag 5 og/eller bilag 6) hvilke konkrete hendelsestyper som utløser varslingsplikt og hva som regnes som starttidspunktet «oppdaget», samt hvilke minimumskrav som gjelder for logggranularitet og oppbevaringstid?

   Hvorfor det er verdt å spørre: Manglende/uklar avgrensning av varslingshendelser og målekrav kan gi feilprising og risiko for mislighold.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Krav til informasjonssikkerhet og personvern» / «Sikkerhetsbrudd», «Sporbarhet», «Sporbarhet (integritet i logger)», samt eventuelle referanser til bilag 5/bilag 6.

5. Tildelingskriteriet er lavest total pris beregnet som «alle prisementer» i bilag 7 over 4 år. Bilag 7 «Samlet pris og prisbestemmelser» er ikke vedlagt i utdraget dere har gitt her. Kan dere publisere/utdype bilag 7 (prisemodell/priselementer), herunder: a) hvilke konkrete prisementer som inngår i totalprisen, b) hvordan topper/variabelt volum eventuelt skal prises, og c) om endringer/opsjoner/vedlikeholdsvinduer påvirker totalprisen i evalueringen?

   Hvorfor det er verdt å spørre: Leverandøren kan ikke prise tilbudet korrekt uten å forstå hva som inngår i beregnet totalpris og hvordan prisbestemmelsene slår ut.

   Kilde: Konkurransegrunnlaget kap. 6.1 «Tildelingskriterier» (beregning av total pris basert på bilag 7).

6. Etablerings-/oppstart: I konkurransegrunnlaget (kap. 2.3) står det at «Endelig oppstart av ordinær drift … må godkjennes av kunden etter tildeling», og i SSA-D «Godkjenningsperiode»/«Godkjenning – leveringsdag» beskrives passiv godkjenning ved manglende svar innen frist. Kan dere bekrefte hvordan dette fungerer i praksis for denne anskaffelsen: hvilke milepæler avgjør overgangen til ordinær drift, hvilke akseptansekriterier gjelder i godkjenningsperioden (henvis til bilag 4 og/eller bilag 5), og hva skjer ved avvik som er «uvesentlige»?

   Hvorfor det er verdt å spørre: Dette påvirker leverandørens risikobilde for forsinkelser/avvisning og kan endre plan og prising av etableringsfasen.

   Kilde: Konkurransegrunnlaget kap. 2.3 (endelig oppstart godkjennes etter tildeling) samt SSA-D 2026 (SSA-D generell avtaletekst), «Godkjenningsperiode» og «Godkjenning – leveringsdag».

7. Avtaleteksten (SSA-D) angir dagbøter og kompensasjoner, og det vises til bilag 5 for standardiserte satser. Kan dere bekrefte tersklene og beregningsgrunnlaget for økonomisk kompensasjon ved brudd på tjenestenivå i denne anskaffelsen (konkret for Tilgjengelighetsnivå og Reaksjonstid), herunder hvilke hendelser/feiltyper som gir kompensasjon og hvordan dette påvirker prisavslag vs. standardkompensasjon?

   Hvorfor det er verdt å spørre: Leverandøren må kunne bygge inn riktig risikopremie og sikre at tilbudets forretningsmessige forutsetninger stemmer med kompensasjonsregimet.

   Kilde: SSA-D 2026, punkt 9.5.4 «Økonomisk kompensasjon for brudd på avtalt tjenestenivå» og bilag 5 (henvisning). Bilag 1 refererer også til bilag 5 for Tilgjengelighetsnivå/Reaksjonstid.

8. I bilag 1 «Krav til Tjenesten» står det at møtene i utgangspunktet gjennomføres på Teams, men at det er et krav at møtene skal kunne gjennomføres i Kundens lokaler på Helsfyr, og at reise/kostnader ikke dekkes. Kan dere avklare forventet møtefrekvens i etableringsfasen og antall fysiske møter per år (inkludert om dette inkluderer «månedlige møter» og eventuelle revisjoner/øvelser), slik at leverandøren kan ta høyde for kostnader/risiko?

   Hvorfor det er verdt å spørre: Praktiske krav til fysisk tilstedeværelse påvirker kost og kapasitet, og må avklares før tilbudsinnlevering.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Møtepunkter» (Teams, men krav om å kunne gjennomføres i Kundens lokaler på Helsfyr; reisetid/kostnader dekkes ikke).

9. Underleverandører og sikkerhet: Bilag 1 «Krav til informasjonssikkerhet og personvern» krever at «Leverandøren skal ikke benytte underleverandører uten skriftlig godkjenning fra Kunden», og samtidig brukes bilag 6 for å detaljere underleverandører. Kan dere beskrive hvilke underleverandører som typisk vil være akseptable i denne anskaffelsen (f.eks. drift i datasenter, sikkerhets-/monitoreringstjenester, eller integrasjonskomponenter), og hvilke dokumentasjonskrav dere vil bruke ved vurdering av slik godkjenning?

   Hvorfor det er verdt å spørre: Leverandøren må vite hvordan underleverandørbruk vurderes og hvilken dokumentasjon som kreves for å unngå at tilbudet ikke kan gjennomføres eller at leverandøren må omstrukturere etter tildeling.

   Kilde: Bilag 1 – Kundens kravspesifikasjon, «Bruk av underleverandører» (MF) og SSA-D 2026 «Bruk av underleverandører»/bilag 6-rollen.