Rammeavtale for byggautomasjon i Fredrikstad Kommune

Rammeavtale for kontroll, service, planlagt vedlikehold, oppgradering og rehabilitering av eksisterende bygningsautomasjon og SD-anlegg (type iFix) for Fredrikstad kommune. Omfatter bl.a. iFix-programmering, PLS-programmering, bildeproduksjon, prosjektledelse/ITB-ansvar i mindre prosjekter, prøvedrift iht. NS 6450, oppstart/feilsøking, samt prosjektering/systembeskrivelser og tegninger iht. kommunens krav. Mulighet for inntil 2 parallelle rammeavtaler med geografiske soner og avrop via direkte avrop (timer/materiell eller befaring/fastpris) og minikonkurranser i Mercell for oppdrag over 200 000 kr eks. mva.

• Leverandør skal besvare kravspesifikasjon og tildelingskriterier.Kilde: BILAG 2: LEVERANDØRENS BESVARELSE (Besvarelse av kravspesifikasjon / Besvarelse av tildelingskriterier)
• Sladdet tilbud (sladdet utkast av tilbudet) skal legges ved.Kilde: 6.0.0 Sladdet tilbud (Response required)
• Ved forbehold: Eventuelle forbehold mot kontraktsvilkår/k­onkurransegrunnlag skal spesifiseres (kapittel/avsnitt, beskrivelse, årsak, konsekvenser).Kilde: 5.0.0 Forbehold / 5.1.0 / 5.2.0
• Protocol Implementation Conformance Statement (PICS) skal vedlegges for all tilbudt maskinvare.Kilde: 4.1.3 Generelle minimumskrav BACnet (Response required)
• Utarbeide testrapport som dokumenterer at alle punkter i «Utprøving og ferdigbefaring» er testet før overlevering.Kilde: 4.1.13 Overlevering (Response required)

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

09.10.2026

Språk

norsk, English

Elektronisk katalog

Ikke tillatt

• Minimumskrav må være oppfylt i hele avtaleperioden; leverandør som svarer «dekker ikke krav» på minimumskrav kan avvises.Kilde: BILAG 1: 1.0.0 Innledning (Information)
• Rammeavtaleperiode: 2 år, med mulighet for forlengelse 1+1 år. Estimert verdi pr. år ca. 2–3 MNOK eks. mva; maksverdi 15 MNOK eks. mva (veiledende).Kilde: BILAG 1: 2.0.0 Anskaffelsens formål og omfang (Information)
• Oppdragstyper: kontroll, service, planlagt vedlikehold, oppgradering og rehabilitering av SD/anlegg (iFix) inkl. iFix-programmering, PLS, bildeproduksjon, prosjektledelse/ITB-ansvar i mindre prosjekter, prøvedrift iht. NS 6450, oppstart/feilsøking, prosjektering/systembeskrivelser og tegninger.Kilde: BILAG 1: 3.0.0 Beskrivelse av oppdrag (Information)
• For integrasjon/kommunikasjon: åpne standard protokoller for 3.parts utstyr; godkjenning ved andre busløsninger enn forhåndsgodkjente (BACnet IP, BACnet MS/TP, Modbus RTU, M-bus, Dali). Sertifisering av kommunikasjonsprotokoller skal kunne fremlegges. Dataforespørsel svar innen 30 sek; oppdateringshastighet for følere innen 2 sek.Kilde: BILAG 1: 4.1.2 Kommunikasjon mellom toppsystem, undersentraler og 3.parts utstyr
• BACnet-krav: PICS vedlegges; kun standard BACnetobjekter/standard properties.Kilde: BILAG 1: 4.1.3 Generelle minimumskrav BACnet
• Undersentraler (US): modulbasert, utskiftbare moduler; utvidbare med min. 20% I/O; standard PID regulatorblokker; 2-veis kommunikasjon via BACnet IP; IP-baserte med min. 2 nettverksporter; autonom drift (US selvstendig); backup/restore via BACnet; programvare/kode er oppdragsgivers eiendom; full oversikt over settinger/parametere; synkronisert ur; dokumentasjon i FDV.Kilde: BILAG 1: 4.1.4 Undersentraler (US)
• Automatikktavler: komplette tavler med dokumentasjon; ved ombygging «som bygget»-skjema, merking av kabler, overlevering i papirutgave og elektronisk (pdf/word/dwg); rekkeklemmer for alle signaler; kabelliste skal leveres; autonome lokale systemfunksjoner uavhengig av toppsystem.Kilde: BILAG 1: 4.1.5 Automatikktavler
• Autonomi: lokal automatikk skal kjøre autonomt; etter kontakt-/sensorfeil skal vent/varme/kjøle kjøre på siste tilgjengelige verdier; lokal regulering gjenopptas når US-kontakt gjenopprettes.Kilde: BILAG 1: 4.1.6 Autonomi
• Alarmer: høy kritikalitet – utrykning; lav – service innen 14 dager.Kilde: BILAG 1: 4.1.8 Alarmer
• Instrumentering/status: komponenter som endrer prosess skal ha giver før/etter; BAS-styrte komponenter skal ha statustilbakemelding (logiske alarmer/driftstimer). Regulering skal være analog og modulerende; motorer/pumper/vifter skal ha IO for hastighetsregulering, start, drift, sikkerhetsbryter/servicebryter og feil; unntak for spesifiserte konstantvannmengde-pumper. Energimålere skal kommunisere via BACnet/ mBus/ Modbus. Leverte komponenter skal være tilgjengelige via norsk grossist for direktekjøp.Kilde: BILAG 1: 4.1.9 System og komponenter
• Testing/utprøving: prosjekter skal følge Systematisk ferdigstillelse samt NS 6450; FAT/I/O/funksjon/samsvar/integrert/fullskalatest og stabilitet/ytelse før overlevering; komplett uttesting av sentral/US inkl. kommunikasjonsprotokoll og systembilder; merking og visuell kontroll; stikkprøver av temperatur/trykk med kalibrert instrument; ferdigbefaring kan kreve ny oppstart ved for høy feilprosent.Kilde: BILAG 1: 4.1.11 Oppstart, Utprøving og ferdigbefaring
• Navngivning/merking: følge Statsbyggs TFM merkesystem; overgang til NS 3457-7 – 9:2021; rammeavtalepartnere må sette seg inn i dette.Kilde: BILAG 1: 4.1.12 Navngivning
• Data og eierskap: alle data automasjonsanlegget produserer/lager er Fredrikstad kommunes eiendel; tilgang kun via kommunen.Kilde: BILAG 1: 4.1.15 Kvalitet
• Garanti: minimum 5 års garanti for alle komponenter og alt arbeid, inkl. kostnader ved bytting.Kilde: BILAG 1: 4.1.14 Lokal automatikk og komponenter (Garanti del)
• Krav til pris/fakturering og kostnadsdekning: prisskjema skal være korrekt utfylt (vedlegg 3); priser inkluderer alle kostnader (ingen særskilt fakturering av f.eks. transport, reisetid, diett, møtedeltagelse, verktøy m.m.). Fakturerbar arbeidstid starter ved oppmøte og slutter ved avreise.Kilde: BILAG 1: 4.2.1 Krav til pris; 4.2.2 Krav til fakturering
• Fakturakrav: timelister/arbeidsoppgaver/samsvarserklæring + liste over forbrukt materiell skal vedlegges faktura; leverandør skal vedlegge innkjøpspris på materiell ved hver faktura; sluttdokumentasjon (FDV) oversendes/godkjennes før sluttfaktura.Kilde: BILAG 1: 4.2.2 Krav til fakturering
• Underleverandører: administrasjonspåslag for eksterne underleverandører 10%; påslag for interne underleverandører/innleid arbeidskraft aksepteres ikke.Kilde: BILAG 1: 4.2.2 Krav til fakturering
• Bestillinger: via innkjøpssystem (Visma eHandel). Direkte avrop – leverandør skal etter mottatt bestilling innen 72 timer sende ordrebekreftelse til bestiller (bekreftelse, oppstart, estimert ferdigstillelse, estimat).Kilde: BILAG 1: 4.2.4 Krav til bestillinger
• Responstid/fremdrift: oppstart innen 10 virkedager fra bestilling (med mindre annet er angitt); kontinuitet uten ugrunnet opphold; hasteoppdrag: fysisk oppmøte max 2 timer, remote max 1 time.Kilde: BILAG 1: 4.2.5 Responstid og fremdrift
• Betingelser for utførelse/logistikk: kjøretøy skal gå på elektrisitet; avvik fra dette for spesielle kjøretøy må godkjennes skriftlig før gjennomføring (min. Euroklasse 6/VI). Avfall og opprydding skal håndteres miljømessig forsvarlig i henhold til lover/forskrifter.Kilde: BILAG 1: 4.2.9 Krav til miljø
• Lærlingeordning: leverandør skal være tilknyttet lærlingordning; minst 10% av arbeidet utføres av lærlinger; minst én deltaker skal være lærling; leverandør skal være godkjent lærebedrift senest innen 3 måneder etter rammeavtalens oppstart.Kilde: BILAG 1: 4.2.8 Krav til lærlingeordning
• Kontakt/kommunikasjon: leverandør skal ha fast primær og sekundær kontaktperson/arbeidsleder; skriftlige henvendelser utenfor eHandel innen 3 virkedager; krav om at personell kan kommunisere på norsk.Kilde: BILAG 1: 4.2.7 Kontaktpersoner og språk
• Digitale systemer: leverandør skal ha digitalt internt system for registrering av timer.Kilde: BILAG 1: 4.2.6 Registrering av timer
• Bestillingsreferanse og fakturering: ordre-/ordrenummer i innkjøpssystem skal brukes som referanse på all fakturering; alle bestillinger skal omgående bekreftes.Kilde: BILAG 3: 3.2 Bestilling

• Tekstfeltet inneholder brudd/avkuttede ord rundt «kapasitetsutfordringer...» og detaljer om fremdrifts-/bøtesbestemmelser vises bare delvis (referanser til avtale pkt. 2.2.8 og 17.7 uten innhold i dette utdraget).
• Vekting for tildelingskriterier er ikke oppgitt; det fremgår kun hvilke kriterier som kan benyttes i minikonkurranser og at de vektes etter behov.
• Kvalifikasjonskrav (formelle kvalifikasjonskrav til tilbyder) fremgår ikke av den gitte teksten i dette vedlegget (kun kravspesifikasjon og kontraktsnære/utførelseskrav).
• Geografiske soneleverandører og terskelverdier for avrop er oppgitt (inntil 200 000 kr eks. mva), men eksakt hvordan tildeling mellom sone 1/2 håndteres utover rangering beskrives ikke i detalj.

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. For direkte avrop innenfor sone (oppdrag estimert inntil 200 000 kr eks. mva) – hva forventes som minimum dokumentasjonsgrunnlag før dere bestiller «på grunnlag av medgåtte timer og materiell» (type timegrunnlag, timeføringsrutiner, krav til spesifikasjon av materiell/arbeid), slik at vi kan prise korrekt?

   Hvorfor det er verdt å spørre: Ulik praksis for dokumentasjon og avgrensning mellom timer og materiell kan påvirke pris, risiko og kapasitet i direkte avrop.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 3.0.0 «Avrop vil foregå… 1. Direkte avrop… på grunnlag av medgåtte timer og materiell» og punkt 4.2.4–4.2.6

2. I punkt 3.0.0 beskrives avrop «på grunnlag av befaring med budsjettpris/fastpris». Hvilket omfang regnes normalt som «befaring» (hvem deltar, varighet, og hvilke målinger/underlag dere forventer), og hvordan skal vi fastsette budsjettpris/fastpris når teknisk omfang endres etter befaring?

   Hvorfor det er verdt å spørre: For å gi korrekt fastpris/budsjettpris trenger vi rammer for befaring og håndtering av endringer etter befaring.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 3.0.0 «Avrop… 2. Direkte avrop… befaring med budsjettpris/fastpris»

3. Ved minikonkurranse for oppdrag fra 200 000 kr eks. mva: Dere skriver at «tildelingskriterier skal vektes» og at kriterier kan variere. Kan dere opplyse om (i) hvilke kriterier som typisk brukes for denne avtalen, (ii) om dere har faste vekter per kriterium eller fast modell/regel for vekting, og (iii) hvor dette fremgår i konkurransedokumentene/tilhørende mal?

   Hvorfor det er verdt å spørre: Usikkerhet rundt vektingsmodell kan gjøre at tilbud blir feil optimalisert.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 3.0.0 «Avrop etter… minikonkurranse… tildelingskriterier… vektes»

4. Dere beskriver at oppdragsgiver kan «forespørre den/de andre parallelle rammeavtalene for å løse avrop type 1 og 2» ved kapasitetsutfordringer hos soneleverandør. Hva er forventet prosedyre og konsekvens for oss som soneleverandør (f.eks. plikt til å bistå, pris-/timekompensasjon, og hvordan eventuelle dobbeltbestillinger håndteres)?

   Hvorfor det er verdt å spørre: Kapasitetsmekanismen kan påvirke risiko for tapte jobber og ansvar ved konflikt/overlapp mellom rammeavtalene.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 3.0.0 «Leverandør skal ha kapasitet… Dersom det oppstår kapasitetsutfordringer…»

5. I 4.1.2 stilles krav til kommunikasjonsytelse: «Tiden fra en dataforespørsel blir sendt… skal ikke overskride 30 sekunder» og «Oppdateringshastigheten… ikke overskride 2 sekunder». Kan dere bekrefte (i) om disse kravene gjelder «worst case» ved normal drift, (ii) hvilke protokoller/topologi som ligger til grunn, og (iii) hvordan dere forventer at leverandør dokumenterer at kravet er oppfylt i test (f.eks. testmetode/akseptkriterier)?

   Hvorfor det er verdt å spørre: Ytelseskrav må kunne operasjonaliseres i test og dokumentasjon for å prise og planlegge riktig.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 4.1.2 «Kommunikasjon…» (30 sek/2 sek) og punkt 4.1.11 «Oppstart, Utprøving…»

6. Krav 4.1.4 «Undersentraler» inneholder flere detaljer, bl.a. «US skal inneholde standard PID regulatorblokker» og «Alle parametere… kan endres fra Fredrikstad kommune sitt toppsystem» samt krav til autonom oppstart etter spenningsbortfall. For å kunne prise og planlegge: Hvilket iFix/BAS-oppsett og hvilke konkrete parameter-/funksjonsgrensesnitt forventer dere at vi skal støtte for at PID/parametere skal kunne endres via deres toppsystem?

   Hvorfor det er verdt å spørre: Integrasjons- og grensesnittkrav kan ha stor leveranse-/kostnadsvirkning, og må avklares mot faktisk BAS-oppsett.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 4.1.4 «Undersentraler (US)»

7. Krav 4.1.11 sier at «BAS anlegget er en del av alle systemer… og må benyttes i alle systemtester» og at driftssentralen ikke skal gjennomgå leveranser, samt at «I/O testing, funksjonstesting og bilder skal være fullt ut testet før… opplæring». Kan dere beskrive hva som inngår i leverandørens ansvar vs. ITB-ansvarlig/andre fag, inkludert forventet leveranse (testprotokoller, hvem fører hva, og hvordan samordnes integrerte tester)?

   Hvorfor det er verdt å spørre: Klar rolle-/ansvarsdeling er avgjørende for fremdrift, kostnadsallokering og risiko ved test og overlevering.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 4.1.11 «Oppstart, Utprøving og ferdigbefaring…»

8. Krav 4.2.1–4.2.3 sier at pris skal inkludere «samtlige kostnader» og at reise/transport m.m. ikke kan faktureres særskilt, samtidig som det er krav til respons i hasteoppdrag (2 timer remote/fysisk, jf. 4.2.5). Hvordan skal vi hensynta reelle kostnader knyttet til hasteoppdrag i prisingen: hvilke kostnadstyper skal være inkludert i timelønn/prisskjema (f.eks. overtid, beredskap, reisetid/bompenger, småmateriell)?

   Hvorfor det er verdt å spørre: Manglende avklaring kan gi uriktig prissetting eller forbehold senere.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 4.2.1 «Krav til pris»; punkt 4.2.5 «Responstid og fremdrift»

9. Krav 4.2.2 «Fakturerbar arbeidstid» starter ved oppmøte i lokaler/materialleverandør og avsluttes ved avreise, og det kreves dokumentasjon (timelister/arbeidsoppgaver/samsvarserklæring, liste over forbrukt materiell, samt innkjøpspris ved fakturakontroll). Kan dere bekrefte om det er samme krav ved både direkte avrop type 1–2 og minikonkurranseoppdrag, og om innkjøpspris-vedlegg skal ettersendes/legges ved hver faktura (og i hvilket format)?

   Hvorfor det er verdt å spørre: For å kunne levere korrekt fakturagrunnlag må vi vite om dokumentasjonskravene er like for alle avrop og hvordan de skal leveres praktisk.

   Kilde: Vedlegg 2b - Bilag 1 Kravspesifikasjon, punkt 4.2.2 «Krav til fakturering» og punkt 3.0.0 «Avrop…»