Statens vegvesen
Rammeavtale for kjøp av trafikkregistreringsutstyr for motorkjøretøy på faste stasjoner
Kunden ønsker tilbud på levering av rammeavtale for kjøp av trafikkregistreringsutstyr for motorkjøretøy på faste stasjoner.
Statens vegvesen er ansvarlig for å samle inn vegtrafikkdata (videre kalt trafikkdata) på de fleste europa- og alle riksvegene i Norge. For det øvrige vegnettet er det Nye veier, fylkeskommunene og kommunene som har ansvaret for å samle inn trafikkdata.
Trafikkdata blir brukt bl.a. for trafikkstyring, drift og planlegging av veger.
Statens vegvesen har laget et eget system «Trafikkdatasystemet» for innsamling, bearbeiding og publisering av trafikkdata. Avhengig av type trafikkregistreringsutstyr (stasjonær eller mobil) samles data inn på ulike måter. Dataloggere som står på faste stasjoner med kontinuerlig registrering, er oppkoblet direkte mot Trafikkdatasystemet i et lukket nett. Kommunikasjonen mellom dataloggerne og Trafikkdatasystemet foregår over OPCUA. Data fra stasjonære kontinuerlige stasjoner hentes inn med kun et par sekunders forsinkelse.
Del 1: Kjøper
Del 2: Prosedyre
Del 5: Delkontrakt
Del 8: Virksomheter
Kunngjøringsinformasjon
Sammendrag
Anbudsradar
Rammeavtale (SSA-R) med én leverandør for levering av trafikkregistreringsutstyr: dataloggere til faste stasjoner for kontinuerlig trafikkregistrering (VBV) og kommunikasjon med Statens vegvesens “Trafikkdatasystem” via OPCUA i lukket Datainnsamlingsnett. Avrop gjøres som direkteavrop i KGV/Unit4. Kontrakten omfatter levering av dataloggere og tilhørende komponenter i avrop (inkl. strøm, kabling, ruter/tilkopling m.m.), samt opsjoner: (1) utskifting av eldre dataloggere (SSA-K), (2) service- og vedlikeholdsavtale for å opprettholde kvalitet og support (SSA-V). Leveringstid per avrop: min. 4 uker fra bestilling. Utvikling av OPCUA-server til datalogger skal være ferdig innen 6 måneder fra kontraktssignering; kommunikasjon mot Trafikkdatasystemet skal oppfylles før levering/leveringsmuliggjøring. Det er test/validering for registreringskvalitet i konkurranse (min. 1 uke på teststrekning E39 Øysand) og separat godkjenning av OPCUA-grensesnitt etter avtaleinngåelse.
Kvalifikasjonskrav
Anbudsradar
- Levert tilbud skal dekke MÅ-krav og E-krav i kravtabell (datalogger) (kategorisert som minstekrav/ evalueringskrav).
Dokumentasjon: Besvares i vedlegg 2 Kravtabell (ja/nei for MÅ-krav; beskrivelse/referanser for E-krav og dokumentasjon i tilbudet).
Kilde: Vedlegg 2 Kravtabell rammeavtale trafikkregistreringsutstyr.xlsx – ark «Type krav»/«MÅ-krav»/«Funksjonelle krav»/«Ikke-funksjonelle krav»
Krav til tilbudet
Anbudsradar
- Leverandøren skal fylle ut og levere relevante bilag i tilbudet: Bilag 6 (leverandørens besvarelse) basert på bilag 1 (kundens kravspesifikasjon), og fylle ut vedlegg 2 (kravtabell) som del av tilbudet.Kilde: Bilag 1 (overordnet beskrivelse/krav til leveransen) + Vedlegg 2 Kravtabell – «Leverandøren fyller ut vedlegg 2 og leverer det som en del av tilbudet»
- Tilbudet skal inneholde referanse til E-krav og at tilbydelse dekker funksjon/ikke-funksjon samt dokumentasjonskrav (leverandør må gi referanse til kravene i kravtabellen).Kilde: Vedlegg 2 Kravtabell – ark «Funksjonelle krav»/«Ikke funksjonelle krav»/«E-krav»
- Datalogger-MÅ-krav: Leverandøren skal legge ved eksempel på QR-kode og plassering/merking av QR-kode på dataloggeren (knyttet til krav om merking: MAC-adresse, serienummer, trafikantergruppe, antall felt).Kilde: Vedlegg 2 Kravtabell – ark «MÅ-krav», krav nr. 5
- E-krav (klima/miljø): Leverandøren skal spesifisere forventet levetid for datalogger og eventuelle eksterne sensorer.Kilde: Vedlegg 2 Kravtabell – ark «E-krav Klima og miljø»
- E-krav (registrerings-/kvalitetskrav): Leverandøren må oppgi om dataloggeren klarer å registrere tilhengere og beskrive datakvalitet for valgfrie parametere.Kilde: Vedlegg 2 Kravtabell – ark «E-krav Kvalitet på utstyr»
Innleveringsvilkår fra kunngjøringen
- Frist for forespørsel/tilbud
- 31.08.2026
- Språk
- norsk, English
- Elektronisk katalog
- Ikke tillatt
Tildelingskriterier
Anbudsradar
| Kriterium | Vekt | Beskrivelse |
|---|---|---|
| Pris | 40 % | Dokumentasjonskrav: Leverandøren skal legge ved utfylt prisskjema vedlegg 1 |
| K1 Klima og miljø | 30 % | Ikke nærmere beskrevet |
| K2 Kvalitet på utstyr | 30 % | Det vil bli vektlagt hvilket utstyr kontraktsgjenstanden leveres med utover minimumskravet til det spesifiserte minimumsutstyret. Dokumentasjonskrav: Leverandøren skal legge ved en beskrivelse av dokumentasjon av løsninger, arbeidsmetoder eller materialer kontraktsgjenstanden leveres med. Leverandøren skal dokumentere at tilbudt løsning eller tilbudt produkt oppfyller konkurransegrunnlagets funksjonskrav og kvalitetsnivå ut over dette. |
Viktige kontraktskrav
Anbudsradar
- Utvikling/ferdig OPCUA-server: OPCUA-server på dataloggeren skal være ferdig utviklet innen 6 måneder fra kontrakt er signert av begge parter; kommunikasjon/OPCUA-krav (Vedlegg 3) må oppfylles før leverandøren kan levere dataloggere på avtalen.Kilde: Bilag 1 (Kundens kravspesifikasjon) – «Leveringstid – tidsplan og tilhørende frister»
- Leveringstid per avrop: leveringstid skal være minimum 4 uker fra bestillingsdato; leveringssted oppgis i hvert avrop.Kilde: Bilag 1 (Kundens kravspesifikasjon) – «Leveringstid – tidsplan…» og «Leveringssted»
- OPCUA-basert dataflyt: All informasjonsflyt mellom datalogger og Trafikkdatasystemet skal gå over OPCUA; datalogger skal ha innebygget OPCUA-server og Trafikkdatasystemet er OPCUA-klient.Kilde: Bilag 1 – Kapittel A «Trafikkdatasystemet» / OPCUA-beskrivelse
- Datainnsamlingsnett (VPN): Alt utstyr som tilbys skal plasseres i Statens vegvesens Datainnsamlingsnett (privat og isolert VPN); leverandør kan få VPN-tilgang for feilsøking (ruter ikke del av avtalen).Kilde: Bilag 1 – «All utstyr… Datainnsamlingsnett»
- Avrop/prosedyre: 1 leverandør; direkteavrop gjennomføres i KGV frem til bestillingsløsning er klargjort; senere i Unit4. Leverandør skal levere ordrebekreftelse innen fristen i bestillingen; avrop skal inkludere datalogger, strømforsyning, kabler og kobling/tilkoplingsdeler m.m.Kilde: Bilag 2 «Prosedyrer for tildeling av kontrakter innenfor rammeavtalen» – «Avtalens punkt 2.1»
- Opsjon 1 (SSA-K): Kunden kan erstatte eldre dataloggere (ca. 80/85 i tekst). SSA-K benyttes for alle avrop + opsjon 1.Kilde: Bilag 1 – «Opsjoner» (Opsjon 1) og «Avtalevilkår…»
- Opsjon 2 (SSA-V): Service- og vedlikeholdsavtale for å opprettholde kvalitet; hovedsakelig remote feilsøk/support; beskrive support (kontaktinformasjon og åpningstider); SSA-V benyttes. Egen serviceavtale etter rammeavtaleinngåelse og går utover rammeavtalens varighet.Kilde: Bilag 1 – «Opsjoner» (Opsjon 2) + Bilag 3 «Avtalevilkår…»
- Garantier/test knyttet til leveranse: Under konkurransen testes registreringskvalitet (del 1) på teststrekning; OPCUA-grensesnitt (del 2) testes og må godkjennes etter avtaleinngåelse før leveranse (fra tilbyder som ender som entreprenør).Kilde: Testprosedyre.docx – «Del 1…» og «Del 2 – test av OPCUA grensesnitt»
- Prisrammer og varighet: Rammeavtalen har anslått verdi 13 MNOK ekskl. mva., maksgrense 16 MNOK ekskl. mva.; varighet 2 år med inntil 2 forlengelser à 1 år (total 4 år).Kilde: Bilag 1 – «Rammeavtalens anslåtte verdi… maksimal grense…» og Bilag 4 / ssa-r generell avtaletekst – «Varighet og oppsigelse»
Forbehold ved utdraget
Anbudsradar
- Dokumentasjonen i teksten inneholder ikke eksplisitte kvalifikasjonskrav (som typisk leverandørens egnethet/kapasitet utover teknisk/kravtabell). Basert på utdraget ser oppdragsgiver primært ut til å evaluere på oppfyllelse av tekniske krav (MÅ/E-krav).
- Ingen eksplisitte tildelingsvekter mellom ‘klima/miljø’ og ‘kvalitet på utstyr’ er oppgitt i utdraget utover at hvert E-krav scores 1-10 (beste gir 10).
- Konkrete innleveringsfrister/tidsfrister for tilbudslevering, avklaringer og signerings-/vedståelsesfrister fremgår ikke av utdraget.
- Opprinnelig «Avvik»-håndtering og avvisningslogikk er nevnt generelt i tilbudsbrev og at avvik kan medføre avvisning, men uten konkret avvisningsmatrise i utdraget.
- Saksnummer/konkurransenavn er ikke komplett i teksten (flere felter «fyll inn»), derfor kan ikke eksakt identifikasjon av konkurransen fastslås ut fra utdraget alene.
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.
I bilag 2 (prosedyrer for tildeling av kontrakter/avrop) er det angitt at leveringstid skal være minimum 4 uker fra bestillingsdato. Kan dere bekrefte om dette gjelder både utvikling/konfigurering av OPCUA-server (innen 6 måneder etter kontraktsignering) og selve leveransen av dataloggerne i hvert avrop, eller er 4-ukersfristen kun for ferdigstilt hardware/levering etter at OPCUA-serveren allerede er ferdig utviklet?
Hvorfor det er verdt å spørre: Leverandøren må forstå hvordan de overordnede tidsforutsetningene (6 mnd OPCUA-utvikling) og avropsfristen (4 uker) skal prises og planlegges.
Kilde: Bilag 1 kap. 1.2 Krav til leveransen / Leveringstid – tidsplan og tilhørende frister (OPCUA-server ferdig utviklet innen 6 måneder; leveringsfrist minimum 4 uker fra bestillingsdato).Kan dere utdype hvordan dere ser for dere at TCK (test compatibility kit) og/eller UAExpert skal brukes i godkjenningsprøve/undersøkelsesplikt for leveransen, herunder hvilken type test dere forventer at vi gjennomfører før leveransen leveres og hvordan resultatet dokumenteres?
Hvorfor det er verdt å spørre: Grensesnittkravene er detaljerte og omfatter OPCUA address space. Leverandøren trenger å forstå testomfang, milepæler og dokumentasjonskrav for å unngå avvik/godkjenningsrisiko.
Kilde: Bilag 1 kapittel A (TCK tilgjengeliggjøres); INFO - RTDCE interface - OPCUA (kapittel om TCK).Kravspesifikasjonen for OPCUA (INFO-dokumentet) omtaler at det kan leveres «additional nodes» i tillegg til det spesifiserte address space, men at disse ikke støttes av TCK for testing. Kan dere bekrefte hvordan vi skal vurdere avvik/feil dersom funksjonalitet kun oppnås via tillegg-noder, og hva dere legger til grunn for om vi anses å oppfylle kravene når TCK ikke dekker disse nodene?
Hvorfor det er verdt å spørre: Leverandøren må avklare evaluering/aksept ved bruk av supplementære noder som ikke verifiseres av TCK.
Kilde: INFO - RTDCE interface - OPCUA (kapittel RTDCE system integration; avsnitt om additional nodes og TCK).I INFO-dokumentet står det at RTDCE ikke skal bufferere real-time events ved nettverksbrudd, men lagre i archive og bruke history read når nett er tilbake. Kan dere konkretisere hvordan dere forventer at vi skal håndtere «historiske data» for å sikre fulltallighet (f.eks. continuation points og tidsintervaller), og om dere har et anbefalt testscenario dere vil bruke ved verifikasjon?
Hvorfor det er verdt å spørre: For å prise riktig må leverandøren vite hva som forventes av implementasjon og test for buffer/archive/completeness.
Kilde: INFO - RTDCE interface - OPCUA (kapittel RTDCE buffer and history read).Opsjon 1 beskriver «opsjon på å erstatte eldre dataloggere», men det står kun «ca. 85 dataloggere». Kan dere beskrive hvilken type leveranse som ligger i opsjon 1 (om det også omfatter demontering, borttransport, reinstallering/oppsett, tilhørende kabler/strømforsyning, og eventuelle endringer i feltoppsett/koblingsskjema), samt hvordan avropspris for opsjon 1 skal beregnes i praksis?
Hvorfor det er verdt å spørre: Opsjon 1 kan innebære betydelig merarbeid utover levering av utstyr. Leverandøren må forstå leveranseomfanget for å prise riktig risiko/kostnader.
Kilde: Bilag 1 kapittel 1.1 Formål og omfang / Opsjoner (Opsjon 1: erstatte eldre dataloggere).Opsjon 2 gjelder service og vedlikehold, og det er angitt at leverandøren må beskrive support (åpentider/kontaktinfo), samt remote feilsøk og evt. demontering/sending ved behov. Kan dere utdype forventet responstid og feilhåndteringsprosesser i praksis (f.eks. hva som regnes som «remote» og hvilke utstyrsdeler som må/kan byttes på stedet vs. sendes inn), og om dere har en minimum SLA som ikke står i utdraget?
Hvorfor det er verdt å spørre: Opsjon 2 skal prises og leveres med klare drift/oppetids- og supportforventninger. Leverandøren trenger konkretisering for å unngå underprising eller misforstått omfang.
Kilde: Bilag 1 kapittel 1.1 Formål og omfang / Opsjoner (Opsjon 2: service- og vedlikeholdsavtale; remote feilsøk, supportkontakt og åpentider).Krav til datakvalitet sier at dataloggeren skal registrere minst 99 % av trafikken. Kan dere forklare hvordan «99 %» skal måles/defineres (hvilken sammenligningsmetode og tidsavgrensning), og hvilke toleranser dere aksepterer ved oppstart etter installasjon eller ved planlagt/midlertidig ut av drift?
Hvorfor det er verdt å spørre: Slik presisjonsmåling må forstås for å vurdere teknisk løsning og risiko for økonomiske konsekvenser ved manglende måloppnåelse.
Kilde: Bilag 1 kapittel A / Datakvalitet (krav om minst 99 % registrering av trafikken; Tabell 1).I Bilag 2 (Prosedyrer for tildeling av kontrakter/avrop) fremgår det at hvert avrop skal inkludere elementer som datalogger, eksterne sensorer (hvis nødvendig), strømforsyning, kabler, mellom datalogger og ruter, kobling til backup-batteri og andre nødvendige kabler. Kan dere spesifisere hvilke av disse elementene som alltid inngår i alle avrop versus hvilke som kun inngår når vi eksplisitt får angitt behov for det i bestillingen?
Hvorfor det er verdt å spørre: For å gi korrekt pris (inkludert innkjøp og kablings-/poweroppsett) må leverandøren vite hvilke kostnadsdrivere som alltid er inkludert og hvilke som er betinget av bestillingen.
Kilde: Bilag 2 Avtalens punkt 2.1 Tildeling av kontrakter (direkteavrop); avrop skal inkludere: datalogger, eksterne sensorer (hvis nødvendig), strømforsyning, kabler, kobling til backup-batteri mv.I INFO-dokumentet står det under General OPC UA requirements at hver RTDCE subscription skal håndtere minst 100 monitored items. Kan dere bekrefte om dette kravet gjelder per sensor, per lane, per subscription eller per datalogger (RTDCE) – og om dere forventer en bestemt strategi for abonnementsdeling?
Hvorfor det er verdt å spørre: «100 monitored items» kan tolkes ulikt i implementasjonen. Leverandøren trenger tydelig tolkning for å dimensjonere løsning og sikre oppfyllelse.
Kilde: INFO - RTDCE interface - OPCUA (General OPC UA requirements, punkt om Monitored items).
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 →