Rammeavtale PLS-anlegg med Vedlikeholdsavtale og Nytt driftskontrollsystem

Rammeavtale (ØRIK på vegne av Nes kommune) for automasjon/PLS-anlegg (oppgradering) samt SSA-V vedlikeholdsavtale for PLS-anlegg. Omfatter også koordinasjon mot driftskontrollanlegg og anskaffelse av SSA-T (driftskontrollsystem). Det benyttes konkurranse med forhandling etter forsyningsforskriften del II, med kvalifikasjonsfase og utvelgelse (planlagt invitasjon til tre leverandører).

• Leverandøren skal ha ordnede forhold med hensyn til skatte- og merverdiavgiftsinnbetaling.

  Dokumentasjon: Skatteattest for skatt og merverdiavgift, ikke eldre enn 6 måneder fra frist for forespørsel om deltakelse. Utenlandske leverandører: tilsvarende attester.

  Kilde: Konkurransegrunnlag, pkt. 4.1 Skatteattest
• Leverandøren skal være et lovlig etablert foretak.

  Dokumentasjon: Norske selskaper: firmaattest.

  Kilde: Konkurransegrunnlag, pkt. 4.2 Krav knyttet til leverandørens registrering, autorisasjoner mv.
• Leverandøren skal ha tilstrekkelig økonomisk og finansiell kapasitet til å kunne utføre kontrakten.

  Dokumentasjon: Kredittvurdering/-rating (ikke eldre enn tre måneder) basert på siste kjente regnskapstall. Hele rapporten med nøkkeltall for tre siste regnskapsår; alternativ dokumentasjon ved gyldige grunner.

  Kilde: Konkurransegrunnlag, pkt. 4.3 Økonomiske og finansielle kapasitet
• Leverandøren skal ha relevant erfaring fra 3 tilsvarende oppdrag.

  Dokumentasjon: Liste over viktigste leveranser de siste fem år (systemstørrelse/verdi/tidspunkt/mottaker). For hvert referanseprosjekt: antall objekter, systemarkitektur (servere/samband/PLS), datalagring, samhandling. Maks 3 sider pr referanse. I tillegg redegjørelse for faglige kvalifikasjoner og organisasjonsplan for nøkkelposisjonene. Krav til kvalitetssystem og miljøstyringssystem med sertifisering/dokumentasjon.

  Kilde: Konkurransegrunnlag, pkt. 4.4 Tekniske/faglige kvalifikasjoner (referanser, kvalitet og miljø)
• Dersom leverandør støtter seg på andre virksomheters kapasitet, må støttende virksomheter levere egne ESPD og dokumentasjon, samt forpliktelseserklæring.

  Dokumentasjon: ESPD for støttende virksomheter, eventuell tilhørende dokumentasjon, og forpliktelseserklæring (vedlegg 5).

  Kilde: Konkurransegrunnlag, pkt. 4.5 Støtte fra andre virksomheter

• Fylle ut og levere ESPD som foreløpig dokumentasjon sammen med forespørsel om deltakelse.Kilde: Konkurransegrunnlag, pkt. 3 Det europeiske egenerklæringsskjemaet (ESPD)
• Ved forespørsel om deltakelse: samlet erklæring om oppfyllelse av samtlige kvalifikasjonskrav i ESPD (del IV, seksjon a).Kilde: Konkurransegrunnlag, pkt. 3.3 Samlet angivelse for alle kvalifikasjonskrav i ESPD
• Leverandørens forespørsel om deltakelse skal være korrekt og komplett (herunder gjøre seg kjent med alle konkurransedokumentene).Kilde: Konkurransegrunnlag, pkt. 5 Krav til forespørsel om deltagelse i konkurransen (tekstutdrag)

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

07.08.2026

Språk

norsk, English

Elektronisk katalog

Tillatt

• Vedlikeholdsavtalen gjelder vedlikehold og service av programvare og eventuelt utstyr spesifisert i bilag. Arbeidet skal inkludere etableringsfase, ordinært vedlikehold og avslutningsfase.Kilde: Vedlegg 2.1 SSA‑V 2024, kap. 1 og kap. 2 (omfang, faser, 2.3–2.6)
• Leverandør skal i etableringsfasen utarbeide plan for etablering og samhandlingsplan ferdigstilles i samarbeid med Kunden, inkludert rutiner for feilhåndtering og endringshåndtering.Kilde: Vedlegg 2.1 SSA‑V 2024, 2.3 Plan for etableringsfasen og 2.3.2 Samhandlingsplan
• Ordinært vedlikehold: levere feilretting/ytelser som er nødvendige for å opprettholde samvirke, samt rapportering, oppdatering av dokumentasjon, brukerstøtte (hvis avtalt), håndtering av feil, installering av programrettelser og levere nye versjoner.Kilde: Vedlegg 2.1 SSA‑V 2024, 2.4.1–2.4.10 og 2.5 Rapportering
• Feilhåndtering: Kunde melder feil uten ugrunnet opphold; Leverandør bistår feilsøking og retter innen rammer i bilag 2 og tjenestenivåavtale bilag 5. Ved fristbrudd kan Kunden kreve standardisert kompensasjon.Kilde: Vedlegg 2.1 SSA‑V 2024, 2.4.5 Håndtering av feil
• Vedlikehold av tredjeparts programvare: Leverandøren skal inngå nødvendig avtale med programvareprodusent; feilretting kan være begrenset ved manglende tilgang til kildekode og innebærer bl.a. melding til produsent og oppfølging (status/installasjon).Kilde: Vedlegg 2.1 SSA‑V 2024, Vedlikeholdsavtaler med tredjepart og Feil i standardprogramvare levert av tredjepart
• Installering av programrettelser: Leverandør installerer programrettelser med mindre bilag 1 sier annet; inngår normalt i fast vedlikeholdsvederlag med mindre priset særskilt i bilag 7.Kilde: Vedlegg 2.1 SSA‑V 2024, Installering av programrettelser
• Nye versjoner: inngår i fast vedlikeholdsvederlag (med unntak priset særskilt i bilag 7). Leverandør skal gjøre tilgjengelig nye versjoner i minst 4 år etter avtaleikrafttredelse.Kilde: Vedlegg 2.1 SSA‑V 2024, Nye versjoner
• Ytterligere utvikling/videreutvikling: Kunden kan bestille videreutvikling innenfor bilag 1; vederlag normalt timepris iht. bilag 7; akseptansekriterier og fremdriftsplan avtales.Kilde: Vedlegg 2.1 SSA‑V 2024, 2.4.8 Ytterligere utvikling
• Kompletteringskjøp og lisensutvidelser: Kunden kan kjøpe ved behov innenfor målbildet i bilag 1; Kunden betaler listepris fratrukket rabatt i bilag 7. Nye elementer blir del av vedlikeholdsomfanget.Kilde: Vedlegg 2.1 SSA‑V 2024, Kompletteringskjøp
• Tilleggstjenester: Kunden kan bestille tilleggstjenester i naturlig forbindelse med vedlikehold; tjenester/vederlag i tjenestekatalog (bilag 7) og skal registreres i bilag 9.Kilde: Vedlegg 2.1 SSA‑V 2024, Tilleggstjenester og Rapportering/registrering i bilag 9
• Rapportering: hvis tjenestenivå er avtalt i bilag 5 skal leverandøren sende jevnlige rapporter (som hovedregel månedlig) som dokumenterer nivå, avvik og bl.a. antall feil, responstid og tid til løsning; evt. brukerstøttehenvendelser.Kilde: Vedlegg 2.1 SSA‑V 2024, Rapportering
• Avslutning: Ved avslutningsperiode skal vedlikeholdstjenesten være fullverdig; Leverandøren skal yte oppfølgende bistand i inntil 60 dager etter etablering hos ny leverandør (selv om avtalen opphører). Leverandør skal bistå ved avslutningsplan og overføre nødvendige data og oppdatere dokumentasjon.Kilde: Vedlegg 2.1 SSA‑V 2024, 2.6 Avslutning (herunder 2.6.1–2.6.4)
• Varighet og forlengelse: avtale gjelder i 3 år fra oppstartsdato hvis ikke annet i bilag 4; automatisk fornyelse 1 år om gangen; oppsigelsesvarsler (Kunden 3 mnd, Leverandøren 12 mnd) og særregel ved leverandørens aleneansvar.Kilde: Vedlegg 2.1 SSA‑V 2024, kap. 4 Varighet, avbestilling og midlertidig forlengelse (4.1–4.3)
• Avbestilling: Kunden kan avbestille med 3 måneders skriftlig varsel. Kunden betaler avbestilingsvederlag iht. bilag 7 eller gjennomførte kostnader + avbestillingsgebyr 4% av årlig vederlag. Avbestillingsvederlag begrenses.Kilde: Vedlegg 2.1 SSA‑V 2024, Avbestilling (4.2)
• Endringer: Endringsavtaler skal være skriftlige og undertegnes av bemyndiget representant. Leverandøren fører katalog over endringer i bilag 9 og gir oppdatert kopi uten opphold.Kilde: Vedlegg 2.1 SSA‑V 2024, kap. 3 Endringer etter avtaleinngåelsen
• Partenes plikter – kompetanse og nøkkelpersonell: Leverandøren skal ha ressurser/kompetanse. Nøkkelpersonell kan ikke skiftes ut uten kundens godkjenning (ikke nektes uten saklig grunn), og faktisk deltakelse kan ikke reduseres uten godkjenning.Kilde: Vedlegg 2.1 SSA‑V 2024, 5.2 Krav til ressurser og kompetanse (inkl. 5.2.2 Nøkkelpersonell)
• Underleverandører: Leverandøren er fullt ansvarlig for underleverandører. Underleverandører som medvirker direkte kan ikke skiftes uten kundens skriftlige forhåndssamtykke, med mindre avtalt i bilag 6. Programvareprodusent til tredjepartsprogramvare anses ikke som underleverandør.Kilde: Vedlegg 2.1 SSA‑V 2024, 5.3 Bruk av underleverandører og tredjeparter
• Lønns- og arbeidsvilkår: krav til like eller bedre vilkår; dokumentasjonsplikt og sanksjon (dagbot ved brudd) samt retting. Pålegg fra Arbeidstilsynet skal varsles.Kilde: Vedlegg 2.1 SSA‑V 2024, 5.5 Lønns- og arbeidsvilkår
• Taushetsplikt: konfidensialitet, varighet til 5 år etter avtalens opphør (med mulige avvik i bilag 6). Lovbestemt innsyn påvirkes ikke.Kilde: Vedlegg 2.1 SSA‑V 2024, 5.6 Taushetsplikt
• Skriftlighet/varsling: varsler, krav og meddelelser skal gis skriftlig til adresser i bilag 6.Kilde: Vedlegg 2.1 SSA‑V 2024, 5.7 Skriftlighet
• Betaling/fakturering: priser i bilag 7; for løpende vederlag forfall etter faktura (forfaller etter 30 dager, første gang tidligst 30 dager etter ikrafttredelse). Elektronisk faktura kreves for offentlige virksomheter (kan gi tilbakeholdsrett).Kilde: Vedlegg 2.1 SSA‑V 2024, kap. 6 Vederlag og betalingsbetingelser (6.2 m.fl.)
• Prisendringer: timepriser og vederlag kan indeksjusteres (KPI “tjenester hvor arbeidskraft dominerer” omtalt i SSA‑V; ellers bilagsregulering).Kilde: Vedlegg 2.1 SSA‑V 2024, 6.5 Prisendringer (indeksregulering) + Vedlegg 8 for presisering
• Informasjonssikkerhet/cybersikkerhet: leverandør skal iverksette forholdsmessige tiltak for konfidensialitet, hindre utilsiktet innsyn/innsyn fra uvedkommende, hindre utilsiktet endring/sletting og redusere risiko for skadevare; skal sikre at underleverandører har tilsvarende forpliktelser; leverandør skal bidra slik at kunde kan opprettholde lovmessige cybersikkerhetsplikter (inkl. krav fra bilag 1 i konkurransegrunnlaget).Kilde: Vedlegg 2.1 SSA‑V 2024, kap. 7.2 Informasjonssikkerhet og kap. 7.3 Personopplysninger (samt Bilag-tekst i Vedlegg 2.2 om cybersikkerhet)

• Tildelingskriterier/vekting er ikke inkludert i utdraget (kap. 7 i konkurransegrunnlaget er bare skissert med overskrifter).
• Krav til innlevering utover kvalifikasjonsfasens ESPD er ikke detaljert i den tilgjengelige tekstdelen (kap. 8 om innlevering av tilbud er kun oppført som overskrift).
• SSA‑V tekstutdraget viser mange kontraktskrav på prinsippnivå, men konkrete detaljer (f.eks. eksakte responstider/kompensasjoner, varighet i bilag 4, og tjenestenivå i bilag 5) er kun delvis gjengitt; fullstendighet avhenger av de aktuelle bilag som ikke er fullt ut inkludert 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. I Vedlegg 1.2 – Teknisk beskrivelse, punkt 3.6 «Vedlikeholdsavtale» og punkt 3.8 «Leveringstider utstyr» fremgår det at leverandør skal beskrive responstid for igangsetting (innen 2 måneder fra avrop) og leveringstid på PLS-utstyr. Kan dere bekrefte forventet anslått oppstartstidsramme og hvilke deler av leveransen som inngår i “igangsetting” (f.eks. planlegging, innkjøp, FAT/SAT-forberedelser, montasje, programmering, testing), samt hvilke responstider dere ønsker at leverandøren skal oppgi i tilbudet/forhandlingen?

   Hvorfor det er verdt å spørre: Slik opplysning må være entydig for å prise korrekt og for å unngå at tilbudet senere vurderes som avvikende.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 3.6 og 3.8

2. I Vedlegg 1.2 – Teknisk beskrivelse, kapittel 4.2–4.6 stilles det flere generelle krav til PLS-familie (f.eks. 30 % utvidelseskapasitet og reserve I/O, batteri for programmer/parametre, sanntidsklokke, overvåking av CPU/I/O/kommunikasjon, støtte for flere protokoller, samt forberedthet for korrosive gasser/vibrasjoner/fukt). Kan dere presisere hvordan dere forventer at leverandøren dokumenterer oppfyllelse av disse kravene i samsvarstabell/tilbudsvedlegg (hvilke konkrete dokumentasjonskilder kreves, og om det er tilstrekkelig å svare i samsvarstabell med henvisning til leverandørens datablader/produktspesifikasjoner)?

   Hvorfor det er verdt å spørre: For å unngå avvisningsrisiko pga. “manglende dokumentasjon på S-/S/M-krav” er det viktig å avklare hva dere faktisk forventer av dokumentasjonsbevis.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 4.2 og 4.3–4.6; Samsvarstabell (Vedlegg 5) – “Manglende dokumentasjon… kan føre til avvisning”

3. I Vedlegg 1.2 – Teknisk beskrivelse, punkt 4.3.3 «Programmeringsspråk» står det at Ladder og instruksjonsliste (IL) ikke skal benyttes, og at nedlasting av endret program skal kunne utføres uten at CPU stoppes. Kan dere bekrefte hvilke konkrete tekniske mekanismer dere vurderer som akseptable for “nedlasting uten CPU-stopp” (f.eks. online editing/force download, versionstyring, bumpless change), og om dere krever demonstrasjon/eksempel som del av tilbud/forhandling?

   Hvorfor det er verdt å spørre: Teknisk uklarhet om “uten CPU stopp” påvirker design og risiko for igangkjøring og driftstans.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 4.3.3

4. I Vedlegg 1.2 – Teknisk beskrivelse, punkt 4.5 «Kommunikasjon» og avsnittet “Operatørpanel… kommunikasjonsprotokoll…” fremgår at aktuell buss/protokoll kan variere per stasjon, og at Modbus TCP/RTU er minimum mens flere protokoller er en fordel. Kan dere gi dere gi dere konkret hvordan dere forventer at “variere per stasjon” skal håndteres i tilbudet (dvs. om leverandøren skal prise én standard løsning som fungerer for alle, eller om det forventes opsjonsprising/tilpasningspriser i prisskjemaet for andre protokoller)?

   Hvorfor det er verdt å spørre: Pris og løsningsomfang kan bli feil hvis det ikke avklares om protokollvariasjon må håndteres som fast del av grunnpakken eller som tillegg.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 4.5; konkurransegrunnlag tildelingskriterium «Kvalitet» og prisvedlegg 3.1/3.2

5. I Vedlegg 1.2 – Teknisk beskrivelse, kapittel 5 «Cybersikkerhet og informasjonssikkerhet» beskrives VPN, engineeringsserver, ingen medbrakt laptop, deaktivering av USB og prinsipp om fysisk adskilte OT/IT-nett. I Vedlegg 5 (Samsvarstabell Vedlikeholdsavtale SSA‑V) står det “Overvåke og informere om eventuelle sikkerhetshull og andre feil ved levert utstyr”. Kan dere spesifisere: (1) hvilken frekvens dere forventer for oppdaterings-/sikkerhetsvurderinger utover “kvartalsvis oppfølging av patcher”, (2) hvilken dokumentasjon dere forventer levert til IKT-avdeling (typiske rapporter/loggfiler, “white listing” osv.), og (3) hvordan dere ønsker at leverandøren håndterer sårbarheter som krever leverandørens firmware/produktendring (tidshorisont og ansvar)?

   Hvorfor det er verdt å spørre: Cybersikkerhetsdelen kan innebære både merkostnader og tidskritiske plikter; uten presisering er det vanskelig å prise korrekt og planlegge leveransen.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 5.1–5.9; Vedlegg 5 Samsvarstabell Vedlikeholdsavtale SSA‑V (punkt om patcher/white listing/overvåking)

6. I Vedlegg 1.2 – Teknisk beskrivelse, punkt 3.8 «Leveringstider utstyr» og SSA‑V Samsvarstabell fremgår det minstekrav til responstid/oppmøtetid for vakt og utrykning (1 time fjernoppkobling, oppmøte innen 4 timer, utukalling 12:00). Kan dere bekrefte om disse tidskrav gjelder “alle” oppdrag/feiltyper i vedlikeholdsavtalen (f.eks. både programvare, kommunikasjonsfeil, maskinvarefeil og endringer i driftskontrollsystem), og om det finnes unntak/klassifisering av feil (A/B/C) i SSA‑V tilsvarende som i SSA‑T akseptansetest?

   Hvorfor det er verdt å spørre: Tids- og responsekrav påvirker bemanning, beredskap og kost. Avklaring reduserer risiko for avvik/kontraktsbrudd ved ulike feiltyper.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: 3.8; Samsvarstabell Vedlikeholdsavtale SSA‑V (feltene 24/7 vakt, fjernoppkobling 1 time, oppmøte 4 timer, utrykning 12:00)

7. I Vedlegg 3.2 – Prisskjema Driftskontrollanlegg står det bl.a. “enhetspris pr bruker” (post 3.3) og “Enhetspris pr møte” (post 1.5 og 2.1). Kan dere bekrefte (1) forventet antall brukere som enhetspris skal multipliseres med i evalueringen/forhandlingen (hvis relevant), og (2) om antall møter (3 timer) og møtelelementer er faste i evaluert tilbudssum eller kun reelle ved behov/tillegg?

   Hvorfor det er verdt å spørre: Uten entydig grunnlag for hvilke mengder som inngår i evaluert pris, kan tilbudsprising bli feil og skape uenighet ved evaluering.

   Kilde: Vedlegg 3.2 – Prisskjema Driftskontrollanlegg: post 1.5 og 2.1 (timer møte), post 3.3 (enhetspris pr bruker) og “Tilbudssum (for evaluering)”

8. I Vedlegg 1.2 – Teknisk beskrivelse, kapittel 3.6 «Vedlikeholdsavtale» og kapittel 2.0/SSA‑V oppgis at det skal opprettes backup før og etter endring, og lagres hos kommunen og off-site hos leverandør. Kan dere avklare: (1) hvor lenge backup skal lagres (backup-retensjon), (2) om “off-site hos leverandør” kan være leverandørens standard løsning/sky, gitt informasjons­sikkerhetskravene, og (3) krav til format/tilgjengelighet for gjenoppretting ved behov?

   Hvorfor det er verdt å spørre: Backup-retensjon, lagringssted og gjenopprettingskrav har direkte kost- og sikkerhetsimplikasjoner som må prises riktig.

   Kilde: Vedlegg 1.2 – Teknisk beskrivelse: “Backup og konfigurasjonsdetaljer”; Samsvarstabell Vedlikeholdsavtale SSA‑V (backup/restore-relaterte punkter dersom spesifisert)

9. I Konkurransegrunnlaget punkt 7 «Tildelingskriterier» og vedlegg 5 (Samsvarstabell) er det oppgitt at “Kvalitet” vektlegger meroppfyllelse av S/M- og B-krav, herunder cybersikkerhets-etterlevelse, og at evaluering baseres på “Vedlegg 6 – Samsvarstabell” samt bilag 2. Kan dere utdype hvordan dere vil gi poeng for S/M-krav (skal det være kun ‘kort beskrivelse’ eller forventes mer substans), og hvordan dere vil vektlegge dokumentert meroppfyllelse mot B-krav i praksis (f.eks. eksempel på hva som gir “mer poeng”)?

   Hvorfor det er verdt å spørre: Utydelig evalueringspraktikk gjør det vanskelig å utforme tilbudet optimalt innen rammer av S/M og B, og kan gi uforholdsmessig lav score.

   Kilde: Konkurransegrunnlag: 7 Tildelingskriterier og 7.1–7.3; Vedlegg 5 Samsvarstabell (krav om forklaring ved avvik)