B e s k r i v e l s e

Transkript

1 B e s k r i v e l s e Emne: Beskrivelse: Oppdragsgiver: Energioppfølgingssystem Kravspesifikasjon m/prisskjema Kirkelig fellesråd i Oslo Dato: 6. mars 2013 Oppdrag / Beskrivelse nr / Utarbeidet av: Kjetil Kolltveit Fag/Fagområde: Automasjon Kontrollert av: Eva Lindgren Ansvarlig enhet: 1065 Energibruk og bygningsfysikk Godkjent av: Trond Ivar Bøhn Emneord: Sammendrag: Det skal leveres et komplett energioppfølgingssystem for alle bygg i Kirkelig fellesråd i Oslos portefølje. Denne kravspesifikasjonen gir en orientering om bakgrunn for og formål med EOS, samt detaljerte beskrivelser av hva leveranse skal inneholde. A Anbud 9 kjek OB tib For kommentar 8 kjek paab mc For orientering 8 kjek eval tib Utg. Dato Ant.sider Utarb.av Kontr.av Godkj.av MULTICONSULT AS Nedre Skøyen vei 2 P.b. 265 Skøyen 0213 Oslo Tel.: Fax:

2 M U L T I C O N S U L T Emne: Energioppfølgingsystem Dato/Sign.: : Innholdsfortegnelse Side: 0 Innholdsfortegnelse 1. Orientering Fremdrift Kravspesifikasjon Brukergrensesnitt Brukervennlighet Sikkerhet Import og eksport av data Import Lagring og eksport Manuell registrering av måleravlesning Visning av data Oversikt og gruppering Sammenligning av bygg Bygningsinformasjon Målerstruktur Forbruksvisninger Logg ET- diagram Årsrapporter Alarmer Dokumentasjon Prisskjema Leveranse Enhetspriser... 7

3 : KRAVSPESIFIKASJON Side: 1 1. Orientering Det er bestemt at det skal investeres i et egnet energioppfølgingssystem (EOS). Et egnet EOS skal gi brukere oversiktlig, oppdatert og pålitelig informasjon, varsle ved unormale driftsforhold, og indirekte bidra til en større bevissthet i forhold til reelt energiforbruk samt vannforbruk. De forventede mål og effekter av en slik investering vil således bestå i blant annet følgende punkter: Automatisk logging og rapportering av energiforbruk Mulighet for både automatisk datainnsamling og manuell registrering, samt visning av dette i felles graf og diagram Nyttige grafiske presentasjoner av energiforbruk og muligheter for analyse Nyttige grafiske presentasjoner av vannforbruk Alarmhåndtering ved forbruksavvik Sammenligning / «benchmarking» av bygg, både for samtlige bygg i porteføljen og mot et større utvalg av samme byggtype Underlag for budsjetthåndtering av energikostnader og VA Underlag for fakturering ved fremleie Grunnlag for å avdekke energikrevende og dårlige løsninger samt driftsforhold Grunnlag for å etterprøve energieffektiviseringstiltak 2. Fremdrift Det henvises til tilbudsinnbydelse for detaljer vedrørende planlagt fremdrift. 3. Kravspesifikasjon Det skal leveres et web-basert energioppfølgingssystem med funksjonaliteter som beskrevet i den etterfølgende tekst. Energioppfølgingssystemet skal driftes av leverandør eller leverandørens underleverandør. 3.1 Brukergrensesnitt Brukervennlighet EOS skal ha menyer og tekster på norsk eller engelsk. Systemet skal ha en aktivitetslogg der bruker kan legge inn kommentarer i forbindelse med arbeid/endringer i EOS. Brukerne skal få nødvendig opplæring av systemet Sikkerhet EOS skal ha passordbeskyttet innlogging og skal ha ubegrenset antall brukere. Hver bruker får tilpassede rettigheter, som lesetilgang til alle eller utvalgte bygg og eventuelt skrivetilgang til alle, utvalgte eller ingen bygg. Videre skal det være mulig å konfigurere hvilke brukere som har følgende rettigheter innfor hvert bygg: Konfigurering av ulike parametere (dersom tilgjengelig) Registrering av måleravlesning

4 : KRAVSPESIFIKASJON Side: 2 Endre kostnadsparametere (dersom tilgjengelig) 3.2 Import og eksport av data Import EOS skal kunne importere forbruksdata fra to hovedkilder: Netteiers fjernavleste energimålere (Hafslund Nett og Hafslund Varme, eller andre) Lokalt installerte energi- og mengdemålere samt vannmålere via overordnet SDanlegg (på sikt) For fremtidige rehabiliteringsprosjekt skal det installeres bygningsautomatikk tilkoblet overordnet SD-anlegg, og data overført fra lokalt installerte energi- og mengdemålere samt vannmålere skal da filtreres via overordnet SD-anlegg og eksporteres til EOS. I tillegg til energidata skal det innhentes middeltemperaturverdi, typisk fra Meteorologisk Institutt, men på sikt fra lokal temperaturføler på det enkelte bygg filtrert via overordnet SDanlegg. EOS skal ha funksjon og kapasitet til å ta imot data både fra overordnet SD-anlegg og netteier minimum en gang per døgn. Data som hentes fra netteiers målere må nødvendigvis følge deres rutiner for oppdateringer. EOS skal kunne importere historiske timesverdier fra netteier for de målerne som er timesmålte, for å etablere en historikk på byggene Lagring og eksport Alle tilgjengelige data skal kunne eksporteres fra EOS. Grafer skal enkelt kunne lagres som.png,.jpg eller.pdf. Tabeller skal kunne eksporteres til.xlsx,.csv eller tilsvarende åpent filformat. Alle data skal lagres i minimum 10 år Manuell registrering av måleravlesning Det skal være mulig for brukere avhengig av rettighetsnivå å manuelt registrere måleravlesninger i EOS. Dette dreier seg per i dag om oljefyring på fem bygg, intern energimåler på ett bygg og vannmålere på samtlige 66 bygg. Manuelle data skal kunne leses sammen med den automatiske dataen i for eksempel ukes diagram slik at det totale energiforbruket for hvert bygg kan vises. 3.3 Visning av data Oversikt og gruppering EOS skal på øverste nivå vise en samlet bygg oversikt. Det skal være mulig å gruppere bygg både etter type (arbeidskirker, katedraler, kapell og kontorbygg) og geografisk beliggenhet (Domprostiet, Nordre Aker prosti, Vestre Aker prosti, Østre Aker prosti, Søndre Aker prosti og «øvrige»). Derfra skal man kunne klikke på et valgt bygg og komme videre til byggnivå med forbruksopplysninger og øvrige detaljerte visninger for det aktuelle bygget. På øverste nivå skal det være visning av byggenes energiforbruk og vannforbruk, summert både gruppevis og samlet for valgfritt år. Det skal også gis en oversiktlig status for

5 : KRAVSPESIFIKASJON Side: 3 enkeltbyggene i en gruppe, dvs. angivelse av energiforbruk og avvik fra ET-kurven siste periode slik at bruker raskt får oversikt og kan gjøre de riktige prioriteringene Sammenligning av bygg Det skal være mulig å sortere byggene gruppevis som angitt under kap for enkel sammenligning og «benchmarking». I denne funksjonen skal bruker ha mulighet for å tilpasse visningen av energiforbruk for fritt valgt tidsperiode og etter ønsket enhet [kwh] eller spesifikt [kwh/m²] og [kwh/m³]. Sistnevnte visning av energiforbruk per bygningsvolum er ikke vanlig for EOS, men det er ønskelig med slik visning for kirker grunnet deres store takhøyde (volum) og innvirkningen det har på energiforbruket. Det skal være tilsvarende tilpasningsmuligheter for visningen av vannforbruk for fritt valgt tidsperiode og etter ønsket enhet [m³] og [liter/m²]. Ved sammenlikning, år for år, av forbrukt til et bygg så skal det finnes mulighet å få det temperaturkorrigert. Det gjelder alltid ved sammenlikning av årsforbruk Bygningsinformasjon EOS skal på byggnivå vise en oversikt med nøkkelopplysninger om det aktuelle bygget, så som byggets navn, adresse, areal, gruppetilknytning (byggtype og geografi) og tilhørende temperaturstasjon Målerstruktur EOS skal vise målerstrukturen for alle energimålere på det aktuelle bygget, dvs. en grafikk hvor det for hver energimåler fremkommer hiarkisk plassering (hovedmåler eller undermåler til annen måler), type energikilde (elektrisitet, fjernvarme, olje, annet) samt type datainnsamling (fjernavlest/timesmålt abonnementsmåler, manuelt avlest måler, lokal energi/mengdemåler). Det skal være mulig å summere verdier fra flere målere til samme energiblokk. Målernummer og målepunkts ID skal være synlig for hver måler Forbruksvisninger Det skal være visninger for energiforbruk [kwh] og vannforbruk [m³] både som diagram og tabellverdier på forskjellige detaljnivå. Bruker skal kunne tilpasse visningen etter Fritt valgt periode (fra dato, til dato) Tidsoppløsning (år / uke / døgn / time) Energibærere / energiblokker / energimålere (vis/skjul enkeltvis) I diagramvisning skal de enkelte energibærere og energimålere vises med ulike farger. Middeltemperatur skal vises i diagram sammen med energiforbruket, minimum for ukesoppløsning. Temperaturaksen skal da vises med lavest temperatur øverst og høyest temperatur nederst, for enkelt å se sammenheng mellom utetemperatur og energiforbruk. Grafenes akser skal skaleres automatisk Logg Systemet skal ha en logg, minimum for ukesnivå, der bruker kan legge inn kommentarer i tilknytning til spesielle hendelser vedrørende energiforbruket og forklaringer til forbruksavvik.

6 : KRAVSPESIFIKASJON Side: ET- diagram For hvert bygg skal det etableres ET-kurve (energi-temperatur-kurve) som viser ukentlig energiforbruk som funksjon av midlere utetemperatur. (Se eksempelfigur nedenfor). ETkurven skal om nødvendig kunne settes med to knekkpunkt; ved temperatur for fyringssesongens start og ved temperatur for begynnende kjølebehov. ET-kurven skal kunne vises for en forbruksperiode på minimum 1 år tilbake i tid. Markering (plotting) for siste uke skal vises med annen farge enn øvrige. Figur 3.1: Eksempel ET-diagram Årsrapporter Det skal være mulig å hente ut ulike markeds- og årsrapporter for energi- og vannforbruk, for bygget som helhet og detaljer om forbruk per energiblokk/-måler. Disse skal kunne presenteres både som diagram og tabellverdier. Tidsoppløsning skal være valgbar; tall for hver uke, måned eller kvartal. Videre skal det være mulig å hente ut de samme rapporter for kostnader i NOK. Det skal også være visning av forbrukshistorikk presentert både som diagram og tabellverdier, som viser forbruksutviklingen år for år. Gjelder både energiforbruk og vannforbruk. Energiforbruket skal kunne vises temperaturkorrigert. 3.4 Alarmer Ved unormalt forbruk skal det finnes mulighet til å få automatisk varsel per e-post til driftspersonell. Superbruker skal kunne konfigurere listen over epostmottakere. Avviks- /alarmgrense settes i utgangspunktet til ± 10 % av ET-kurven. Avviksgrensen skal kunne endres av bruker med tilstrekkelig rettighetsnivå.

7 : KRAVSPESIFIKASJON Side: Dokumentasjon Det skal leveres dokumentasjon på alt utstyr og software som leveres. Dokumentasjonen skal være i form av teknisk produktinformasjon, brukerdokumentasjon/håndbok samt FDVdokumentasjon. Språket i dokumentasjonen skal fortrinnsvis være på norsk, men engelsk vil også bli godtatt der det ikke foreligger norsk språklig oversettelse.

8 : Priser Side: 6 Kode/Spesifikasjon Enhet Mengde Pris Sum 4. Prisskjema 4.1 Leveranse Pris for etablering av EOS iht. kravspesifikasjon, inkludert dokumentasjon. RS Pris for implementering av alle beskrevne bygg og eksisterende målepunkter. (henvisning avsnitt 1.1 i tilbudsinvitasjonen). RS Pris for opplæring av kunde/sluttbrukere, 1 gang á 3 dager dager Pris for årlig grunnbeløp (drift og vedlikehold) av EOS system som beskrevet. år 3 Sum denne side Sum dette kapittel

9 : Priser Side: 7 Kode/Spesifikasjon Enhet Mengde Pris Sum 4.2 Enhetspriser NB! Mengder er kun til evalueringsformål Pris pr. nye målepunkt stk Pris pr. nytt bygg stk Pris for komplett løsning for SMS-varsling (eksklusive mobilabonnement) RS - Timepris (generell rådgivning, oppdatering av ETkurver etc.) time Påslagsprosent materiell NOK ,-. Prosentsats oppgis under Mengde og beløp under Pris. % Påslagsprosent underleverandør NOK ,-. Prosentsats oppgis under Mengde og beløp under Pris. % Alle priser er eks. mva. Sum denne side Sum dette kapittel