INVITASJON TIL PREKVALIFISERING – BILAG D
INVITASJON TIL PREKVALIFISERING – BILAG D | |
OSTERØY KOMMUNE Driftsovervåkingssystem for vann og avløp INVITASJON TIL PREKVALIFISERING BILAG D – FORELØPIG TEKNISK BESKRIVELSE | |
[UTKAST] | |
02.03.2022 | |
SJD BYGG TI | OSTERØY KOMMUNE |
repo001.docx 2015-10-05
INVITASJON TIL PREKVALIFISERING – BILAG D
Teknisk beskrivelse | Oppdrag nr.: | Dato: | |||
Driftsovervåkingssystem for vann og avløp | 10226184 | 02.03.2022 | |||
Oppdragsgiver: | |||||
Osterøy kommune | |||||
Rammeavtale - Driftsovervåkingssystem for vann og avløp Invitasjon til prekvalifisering Bilag D - Foreløpig teknisk beskrivelse | |||||
Sammendrag: | |||||
Osterøy kommune skal oppgradere kommunens driftsovervåkings-system for vann og avløp. Kommunen inviterer til prekvalifisering til anbudskonkurransen om inngåelse av rammeavtale knyttet til leveranse av automasjonsutstyr og tjenester for oppgradering og vedlikehold av kommunens driftsovervåkingssystem for vann og avløp. Dette bilaget er et foreløpig utkast til tekniske beskrivelse av leveransene som rammeavtalen omfatter. | |||||
Rev. | Dato | Revisjonen gjelder | Sig n. | ||
Utarbeidet av: | Sign.: | ||||
Xxxx Xxxxxxx | |||||
Kontrollert av: | Sign.: | ||||
Xxxxxxx Xxxxxxxxxxx | |||||
Oppdragseier / avd.: | Prosjektleder / avd.: | ||||
Xxx Xxxx Xxxxxxx / Gruppeleder Xxxx XX, Xxxxxxx | Xxxx Xxxxxxx / Bygg TI, Seljord | ||||
repo001.docx 2015-10-05
Sweco
Xxxxxxxxxx 00
Box 120
NO 3840 Seljord, Norge Telefon x00 00 00 00 00
Sweco Norge AS 967032271
Hovedkontor: Oslo
Xxxx Xxxxxxx
Mobil x00 000 00 000
Innholdsfortegnelse
1 TEKNISKE REFERANSEDOKUMENTER 5
1.2 Aktuelle lover og forskrifter 5
1.4 Godkjenning av Nasjonal kommunikasjonsmyndighet 5
2 INFORMASJON- OG CYBER-SIKKERHET 6
3 TOPPSYSTEM FOR DRIFTSOVERVÅKING 6
3.8 Signalomfang eksisterende utestasjoner 8
3.11.1 Fargebruk og statusindikering 10
3.11.2 Xxxxxxxxxx og meldinger 10
3.11.3 Feilmeldinger/alarmer 10
3.11.6 Xxxxxxxxx og akkumulering 12
3.15 Vedlikeholdssystem (DV-system) 14
3.15.1 Nytt komplett vedlikeholdssystem (Opsjon A) 14
3.15.2 Integrasjon med eksisterende vedlikeholdssystem (Opsjon B) 14
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
3.17 Varslingsutstyr for vakt 14
3.18 Betjening via Internett/Intranett/App 15
3.19 Eierskap utviklede skjermbilder og programvare 15
4 KOMMUNIKASJON MOT ANLEGG I PROSESS-SYSTEMET 15
4.1 Eksisterende kommunikasjon mot anlegg i prosess-systemet 15
4.2 Tilknytning av anlegg i prosess-systemet til nytt toppsystem for driftsovervåking 15
5 PLS-SYSTEM I UNDERSTASJONER 16
5.6 Eierskap utviklet programvare 17
7.2 Kontroll av tegningsunderlag 19
7.3 Test-prosedyrer og - protokoller 19
7.4 Funksjonsstester hos leverandør (FAT = Factory Acceptance Test) 20
7.4.1 Feil og mangler ved FAT 20
7.4.2 Avbrutt eller ikke godkjent FAT - fradrag i kontraktssum 20
7.5 Funksjonstester på anleggsplass (SAT = Site Acceptance Tests) 20
7.5.1 Grunnleggende tester av system og kommunikasjon 20
7.5.2 Signal-, objekt- og funksjonstester sammen med driftspersonell og oppdragsgiver 21
7.5.3 Godkjennelse av anleggstester for driftsovervåkingssystemet 21
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
1 TEKNISKE REFERANSEDOKUMENTER
1.1 Generelt
Xxxx at listene i etterfølgende kapittel ikke er uttømmende.
1.2 Aktuelle lover og forskrifter
Lover
• «Lov om arbeidsmiljø, arbeidstid og stillingsvern mv.» (Arbeidsmiljøloven)
• "Lov om tilsyn med elektriske anlegg og elektrisk utstyr" (El-tilsynsloven)
Forskrifter
• «Forskrift om sikkerhet, helse og arbeidsmiljø på bygge- eller anleggsplasser» (Byggherreforskriften)
• «Forskrift om vannforsyning og drikkevann» (Drikkevannsforskriften)
• «Forskrift om begrensning av forurensning» (Forurensningsforskriften)
• «Forskrift om tekniske krav til byggverk» (Byggteknisk forskrift)
• «Forskrift om elektrisk utstyr»
• «Forskrift om elektriske lavspenningsanlegg»
• «Forskrift om elektroforetak og kvalifikasjonskrav for arbeid knyttet til elektriske anlegg og elektrisk utstyr»
• «Forskrift om helse og sikkerhet i eksplosjonsfarlige atmosfærer»
• «Forskrift om maskiner»
• «Forskrift om sikkerhet ved arbeid i og drift av elektriske anlegg»
1.3 Aktuelle normer
Siste utgave av følgende normer skal følges der det er relevant:
• NEK 400 - Elektriske lavspenningsinstallasjoner
• NEK 420 - Elektriske anlegg i eksplosjonsfarlige områder
• NEK 700 - Prosjektering og installasjon av kommunikasjonssystemer
• NEK 439 - Lavspenningtavler og kanalskinnesystemer
• NEK EN 60204 - Maskinsikkerhet - Maskiners elektriske utrustning
• NS 5820 - Dokumentasjon av utstyrsleveranser
Følgende norm skal legges til grunn for PLS-utstyr, installasjon og programmering:
• NEK IEC 61131 - Programmable controllers
Følgende norm skal legges til grunn så langt som mulig for funksjonsblokker i PLS:
• NEK IEC 61499 - Function blocks
1.4 Godkjenning av Nasjonal kommunikasjonsmyndighet
Alt utstyr som tilkobles telefonnettet (modem, nummersender, etc.) eller utstyr som benyttes for radiosamband eller lignende, leveres normalt gjennom egne avtaler oppdragsgiver har og er godkjent av Nasjonal
repo001.docx 2015-10-05
5(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
kommunikasjonsmyndighet. Dersom tilsvarende utstyr skal leveres av leverandør, skal det være godkjent og godkjennelsespapirer skal følge leveransen.
1.5 Veiledere
Aktuelle veiledere utarbeidet av Norsk Vann for VA-anlegg gjelder for alle installasjoner:
• NORVAR 151/2007 - Veiledning for vedlikeholdssystemer
• NORVAR 153/2007 - Norm for symboler i driftskontrollsystemer for VA- sektoren
• NORVAR 154/2007 - Norm for tagkoding i VA- anlegg
• NORVAR 155/2007 - Norm for merking og FDV- dokumentasjon i VA- prosjekter
• Norsk Vann 165/2009 - Veiledning til innsamlingsverktøy for vedlikeholdsdata
2 INFORMASJON- OG CYBER-SIKKERHET
Driftsovervåkingssystemet skal ha sikkerhetsløsninger knyttet til informasjons- og cyber-sikkerhet.
Osterøy kommune har et høyt fokus på sikkerhet rundt sin IT-infrastruktur og følgelig også i sitt driftsovervåkingssystem. Begrepet sikkerhet i denne sammenheng omfatter å sikre utstyr og installasjoner mot pålogging og endring av systemet utført av uautorisert personell.
Tilbyder skal vurdere egen maskin- og programvare med hensyn på hvor enkelt det vil være for uautorisert personell å utføre endringer i systemet dersom de har det lokale nettverket tilgjengelig. Man kan se for seg at de allerede har forsert IT-avdelingens brannmurer, eller har brutt seg inn og kan fysisk koble seg til server, nettverksutstyr eller PLS. Denne vurderingen skal gjøres både for toppsystemet og for PLS-system i understasjoner.
Tilbyders forhold til, og beskrivelse av, sikkerhetsløsninger vektlegges i evalueringen. Alle former for brukerautentisering, kryptering, fysiske barrierer, kontroll av kildekode og signeringsmekanismer bør beskrives.
3 TOPPSYSTEM FOR DRIFTSOVERVÅKING
3.1 Generelle krav
Nytt toppsystem for driftsovervåking skal installeres parallelt med eksisterende system. Begge toppsystemene skal være i kontinuerlig drift til alle stasjoner er flyttet over på nytt system, og godkjent av oppdragsgiver.
Totalt antall brukere av nytt toppsystem for driftsovervåking vil være ca 10, hvor ca 5 skal ha fulle rettigheter og ca 5 kun innsynsrettigheter. Normalt 3-4 samtidige brukere. Samtlige brukere skal kunne operere uavhengig av hverandre. Det skal være mulighet for å kunne utvide antall brukere.
I driftssentralen skal alle driftsmeldinger, feilmeldinger og måleregistreringer innrapporteres og herfra skal styrekommandoer og parameterendringer kunne initieres. Alle målinger, hendelser og alarmer skal lagres i historisk database. Det skal foretas protokollering av alle feil og kommandoer, også interne feil i driftskontrollanlegget og sambandsfeil.
All informasjon til operatørene skal være på norsk og mest mulig visualisert.
Driftssentral skal bygges opp med en server som håndterer database og langtidslagring av data og separat operatørstasjon for betjening av anlegget. Redundant server skal tilbys som opsjon. Andre foreslåtte tekniske løsninger vil imidlertid også bli vurdert.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
6(23)
Driftssentralen skal være modulært oppbygd på en slik måte at den enkelt skal kunne utvides. Det skal leveres utstyr som kan håndtere en utvidelse på minst 50 % av antall signaler og antall tilknyttede anlegg når all programvare og alle data i henhold til oppgitt signalomfang og anlegg er lagt inn. Dette betyr at man skal kunne utvide driftsovervåkingssystemet og øke størrelsen på eventuelle lisenser og lignende uten å måtte anskaffe ny maskin og programvare.
Driftssentrals programvare skal kunne håndtere sanntidsfunksjoner og on-line programmering slik at systemet skal kunne endres uten å ta det ned. Ved endring i bilder o.l. skal endringene oppdateres globalt.
Det skal leveres programvare av anerkjent merke. Det settes store krav til brukervennlighet og rapportering, og det anses som en fordel at programvaren er benyttet på tilsvarende anlegg.
Programvaren skal som minimum inneholde standard programmoduler for
• Bildepresentasjon av prosess
• Operatørkommunikasjon (betjening)
• Kommandoer
• Alarm- og hendelseshåndtering.
• Systemstatus
• Historisk database
• Trendsystem
• Rapportsystem
• Arkivering, databasefunksjoner inkl. automatisk og manuell backup av database og historisk lagrede data
• Vedlikehold (opsjon)
• Notatfunksjoner, meldingstjeneste ("dagbok")
• Komplett vedlikeholdssystem (forvaltning, drift og vedlikehold)
• Hjelpefunksjoner
• Kommunikasjon over dedikert VLAN prosess-nettverk
• Simulering
Tidsresponser i nytt toppsystem for fullstendig presentasjon av skjermbilder inklusive dynamiske data fra database skal være bedre enn 2 sekunder (oppdatering fra database/server til bilde).
Ved normal drift skal det ikke være behov for tilsyn utover rutinemessig vedlikehold.
Feil i anleggets server, kommunikasjon eller PLSer må ikke medføre utilsiktede styringer. Feil i PLS eller dens kommunikasjon må ikke påvirke funksjonene i nytt toppsystem.
3.2 Server
IKT Nordhordland (IKTNH), som vil levere og drifte leveransens servere. IKTNH anskaffer også lisenser til Windows server og SQL server.
Leverandør må spesifisere behov for CPU, RAM og størrelse på harddisk for serverne. Leverandør leverer all annen nødvendig programvare til serverne.
Som hovedprinsipp skal ikke serveren benyttes som arbeidsstasjon, verken ved direkte fysisk pålogging eller via fjernaksess.
Leveranse av redundant server skal tilbys som opsjon.
repo001.docx 2015-10-05
7(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
3.3 UPS
IKTNH vil sørge for at serverne er tilkoplet UPS.
3.4 Operatørstasjon
IKTNH leverer for operatørstasjoner en stasjonær PC med tilhørende utstyr (skjermer, tastatur, mus, etc). De stasjonære PCene spesifiseres med Windows 10 Pro operativsystem (siste oppdatering), I5 prosessor og 16 GB Ram.
Hvis hardware for operatørstasjonene spesifisert ovenfor ikke har en tilstrekkelig ytelse, må leverandør oppgi ønskede spesifikasjoner i tilbudet.
Det skal være mulig å benytte valgfritt antall skjermer mot operatørstasjonene, med et maksimalt antall lik 4. Standard er 2 skjermer.
Leverandør leverer all annen nødvendig programvare til operatørstasjonene. En hovedoperatørstasjon skal installeres hos virksomhet for veg og VA.
3.5 Skrivere
Kommunens standard skriverløsning skal benyttes for utskrifter fra driftsovervåkingssystemet.
3.6 Tilgangskontroll
Driftskontrollsystemet skal inneholde rutiner for tilgangskontroll ved hjelp av passord. Det skal være mulig å definere minst 3 brukernivåer; innsyn, operatør og systembruker. Det kan være aktuelt å innføre personlige brukere som kategoriseres under hver av disse nivåene.
Systemet skal kunne knyttes til kommunens etablerte Active directory for synkronisering av brukernavn og passord. Tilbyders løsning og eventuelle forutsetninger for dette skal beskrives i tilbudet.
3.7 Nettverk
IKTNH håndterer Osterøy sine nettverk, både prosessnettverk og administrativt nettverk. Dette inkluderer leveranse av utstyr for kommunikasjon, drift og oppdateringer.
Nytt toppsystem for driftsovervåking skal kunne betjenes fra kommunens administrasjonsnettverk med full funksjonalitet. Serverne skal kunne tilkobles kommunens administrative nettverk via brannmur, for overføring av driftsdata til andre administrative programmer. Driftsovervåkingssystemet skal vare klargjort for dette.
Leverandør må påberegne koordinering med IKTNH.
3.8 Signalomfang eksisterende utestasjoner
Det totale signalomfang for driftsovervåkingssystemet fra eksisterende PLSer til eksisterende toppsystem er ca. 2000 signaler. I tillegg skal signaler fra utestasjoner, som det tidligere ikke har vært kommunikasjon mot, knyttes til det nye toppsystemet. Dette utgjør omtrent 200 nye signaler.
Det er i eksisterende driftsovervåkingssystem hovedsakelig benyttet PLSer av merket Sulzer/ABS PCX. Det er ønskelig at tilbyder innehar kompetanse på dette utstyret. Tilbyder skal i sitt tilbud dokumentere kompetanse på programmering av og kommunikasjon mot Sulzer/ABS PCX-PLSer.
Tegninger og dokumentasjon som er vedlagt konkurransegrunnlaget, er definert i kapittel C3 i konkurransegrunnlaget – del 2.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
8(23)
3.9 TAG-navn
TAG-navn for signaler i det nye toppsystemet for driftsovervåking skal følge regler gitt i Norsk Vann sin veileder
«NORVAR 154/2007 - Norm for tagkoding i VA- anlegg».
3.10 Brukergrensesnitt
Brukergrensesnittet skal utarbeides i samarbeid med oppdragsgiver og det skal basere seg på Norsk Vann
rapport 153/2007 sine anbefalinger for styringssystemer til VA anlegg.
3.10.1 Designdokument
Leverandør skal utarbeide et designdokument som viser og beskriver systemoppbygging med servere, klienter og evt. redundans, oppbygging av prosessbilder med symbolforklaring og funksjoner, objektoppbygging, fargevalg, betjening, alarmsystem, trendhåndtering, rapportsystem, Kommunikasjon og protokoller internt og mot periferiutstyr som PLS’er o.l, sikkerhet og kryptering, m.m.
Dette dokument skal godkjennes av oppdragsgiver eller dennes representant før produksjon av brukergrensesnitt og skjermbilder tar til.
3.10.2 Objektbibliotek
Leverandør skal levere et komplett bibliotek av standard objekter for VA-applikasjoner som oppdragsgiver kan benytte fritt for fremtidige endringer og utvidelser på alle typer VA anlegg innen kommunen, både eksisterende og nye. Biblioteket skal inneholde alle typer objekter for VA-prosesser inkludert automasjon-, elektro- og VVS- objekter. Eventuelle nødvendige funksjonsblokker for PLS skal inngå i leveransen.
3.10.3 Skjermbilder
Skjermbildene skal basere seg på objekter, farger og symboler slik de er definert i Norsk Vann sine rapporter. Bildene skal ha god detaljoversikt med lett avlesning av status/målerverdier og utvetydig informasjon. For betjening av objekter skal det benyttes objektbilder, pop-up, med de nødvendige funksjoner og informasjon om objektet.
Alarmer og statusendringer skal umiddelbart tilkjennegis i aktuelt skjermbilde, uten nødvendigvis å endre skjermbildets innhold direkte. Nye ukvitterte alarmer skal tilkjennegis på skjermbildet.
Statussignaler skal gjengis via symboler eller indikeringer som klart tilkjennegir hvilket signal det gjelder og via to klart forskjellige indikasjoner, enten via skifte av posisjon og farge eller via skifte i form og farge.
Alle målerverdiene skal gjengis som tekniske størrelser (l/s, m3/h, etc.) og evt. som prosentverdier (eventuelt velges av operatøren).
3.11 Bildetyper
Følgende bildetyper skal inngå som et minimum:
• Oversiktsbilde over hele VA-nettet.
• Oversiktsbilde over vann-nettet.
• Oversiktsbilde over avløps-nettet.
• Vannsonekart som viser alle vannmålerne i prosess-systemet.
• Geografisk oversiktsbilde (kart) med plassering av anleggene i prosess-systemet.
• Bilder av hvert enkelt anlegg i prosess-systemet.
• Objektbilder.
• Trender laget av data fra historisk database.
• Hendelsesliste.
repo001.docx 2015-10-05
9(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
• Alarmliste.
• Alarmer.
• Rapporter.
• Symboloversikt.
• Elektronisk operatørmanual.
3.11.1 Fargebruk og statusindikering
Fargevalg skal være i henhold til Norsk Vann rapport 153/2007. Fargene skal brukes konsekvent i de forskjellige bildene og for de forskjellige objektene.
3.11.2 Kommandoer og xxxxxxxxx
I driftssentralen skal status for hele driftskontrollanlegget til enhver tid presenteres på utvetydig vis. Det er en forutsetning for forsvarlig drift og for ivaretakelse av sikkerheten for både personell og utstyr at status som presenteres i driftssentralen, til enhver tid gjenspeiler den virkelige status.
Ved manglende kommunikasjon mot anlegg i prosess-systemet, skal signalobjekter knyttet til dette anlegget feilmerkes i skjermbildene.
Utførelse av styringer fra driftssentralen skal utføres i flere steg med utvalg av styringsobjekt før styringskommandoen kan sendes. Dette er for å hindre utilsiktede kommandoer.
Alle styrbare objekter skal sjekkes for uoverensstemmelse mellom tilstand definert i driftssentralen og virkelig status. Uoverensstemmelser skal protokolleres og varsles på det tidspunkt slik uoverensstemmelse oppstår. Slik overvåking skal også kunne foretas mot enkelte ikke styrbare objekter som kontrolleres mot en definert normaltilstand.
Hver kommando som blir gitt, skal registreres med personellsignatur slik at det er mulig å få generert lister over hvilke kommandoer som er sendt av hvilken operatør.
Data i melderetning (meldinger, målinger, etc) skal normalt overføres ved vanlig logging. I tillegg skal signalobjekt i skjermbilder i driftssentral utvalgt av operatør oppdateres dynamisk.
Det skal være mulig å blokkere hvert enkelt objekt i prosess-systemet i driftsovervåkingssystemet. Blokkering av objekt skal registreres med personellsignatur slik at det er mulig å få generert lister over hvilke objekt som er blokkert av hvilken operatør.
3.11.3 Feilmeldinger/alarmer
Alle feilmeldinger/alarmer, for eksempel feiltilstander, statusendringer, uoverensstemmelser, overskridelser av grenseverdi og også feil som oppstår i styre- og overvåkingsutstyret eller tilknyttet utstyr, skal protokolleres og evt. medføre en aktivitet (f.eks. varsling av vaktpersonell ved A-alarm).
Alle meldinger skal lagres med tid og sted og med mulighet for senere fremvisning og feilanalyse.
I systemet skal det være mulig å blokkere alarminnganger som gir gjentagende feilsignaler. Systemet skal generere lister over blokkerte signaler.
Det skal være mulig å "undertrykke" følgealarmer. Det skal videre være mulighet for å legge inn tidsforsinkelse på alarmer, individuelt og pr. gruppe.
Ved viktige alarmer skal driftssentralen sende tekstmelding til hjemmevakt.
Operatør med tilstrekkelig passordnivå skal kunne definere hvilke feilmeldinger (eventuelt bare alarmer) som skal videreformidles. Det skal være enkelt å endre definisjonen på meldinger som skal videresendes.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
10(23)
Feilmeldingene skal deles inn i minimum 3 nivåer/prioriteter og det skal være enkelt å flytte en feilmelding fra et nivå til et annet.
Type: | Kriterium: | Varsling: | Handtering: |
Kritiske alarmer (A-alarm) | Statusendringer som representerer vesentlige endringer som vil eller kan medføre driftsstans, og som krever umiddelbar respons av driftspersonalet. Feilsituasjoner eller passering av grenseverdier som er så alvorlige at det kreves øyeblikkelig utrykning. | - Visuell - SMS- utsendelse - Mulighet for akustisk signal | Alarmene skal kvitteres av operatør, og kvittering av alarm skal registreres i logg og kunne skrives ut senere. Visuell varsling skal ikke opphøre før A-alarmen er kvittert. |
Alarmer (B-alarm) | Xxxxxxxxxxxxx som ikke krever umiddelbar respons av driftspersonalet. | Vises i alarmlisten | Alarmene skal kvitteres av operatør, og kvittering av alarm skal registreres i logg og kunne skrives ut senere. |
Meldinger (C-alarm) | Normale driftsmeldinger i form av kvittering av utført kommando, status- og driftsrapportering fra reguleringsprosesser og lignende. | Ingen | Meldingene skal registreres i logg og kunne skrives ut senere. |
3.11.4 Utskrift og logg
Utskrifts lister og logger skal inneholde:
• Dato (skal markeres i alarmprotokoll for hvert sideskift og for hvert nytt døgn)
• Registreringstidspunkter (alarm inn, ut, kvittert)
• Alarm-prioritet
• Tag-kode med beskrivende tekst
• Alarmens årsak/tilstand
• Måleverdi, verdien som ga alarm
• Alarmtekst som beskriver feilen
• Personellsignatur for kommandoer, kvitteringer og tilsvarende.
Alarmer og meldinger skal vises på skjermbilder med blinkende farge for ukvittert og fast farge for kvitterte alarmer og meldinger direkte på objektet. Tilsvarende skal det på alarmlister klart fremgå hvilke alarmer som er ukvittert. Kvitterte alarmer skal merkes med tidspunkt for kvittering samt hvem som kvitterte i alarmlistene.
Blokkerte alarmer skal indikeres med egen farge på objektene i skjermbildene i tillegg til egen alarmliste. I denne listen må det klart fremgå når alarmen ble blokkert og hvem som blokkerte den. Det skal også direkte fra alarmlisten vare mulig å hente opp skjermbildet hvor den aktuelle alarmen befinner seg.
Alarmsystemet skal inneholde grupperingsmuligheter for alarmer og meldinger slik at naturlig sammenhørende alarmer presenteres sammen. Alarmliste på driftssentralen må fritt kunne grupperes slik at de viser alarmer for utvalgte grupper av prosessavsnitt.
Alarmsystemet skal minst inneholde følgende oversikter:
• Alarmliste (rullende registrering)
• Alarmliste (tidskronologiske)
• Kvittert/gjenstående alarmliste
repo001.docx 2015-10-05
11(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
• Historisk alarmoversikt (pr. inngang/undersentral/hele systemet) (tidsrom må fritt kunne velges av operatør)
• Blokkerte alarmer
• Alarmstatistikk for analyse
3.11.5 Målinger
For hver analog måleverdi skal det kunne legges inn 2 øvre og 2 nedre grenser i applikasjonen slik at overskridelse av disse grenseverdiene definerer en feiltilstand og alarm genereres. Justering av grenseverdier skal foretas fra "pop-up" bilde for hvert målepunkt. Justering skal være beskyttet av passord.
Instrumentfeil er også en feiltilstand, som skal overvåkes og gi alarm (utenfor 4-20 mA-området).
3.11.6 Telleverk og akkumulering
Det skal i betjeningsbildene (objektbilder) for motorer og annet roterende utstyr medtas driftstider slik som totaltid, tid siden siste reset og reset funksjon av telleverk. Det skal videre legges inn tilsvarende funksjoner for telling av antall slag på ventiler. Disse funksjonene skal kunne integreres mot FDV-systemet.
Ved utskifting av PLS legges disse funksjonene i PLS. Der eksisterende PLSer benyttes og det ikke allerede finnes en funksjon som handterer dette, skal funksjonen legges på driftskontrollen.
3.12 Historisk database
Alle endringer i verdi eller status for signalobjekter i prosessen (både i melde- og kommando-retning) skal lagres i historisk database. Alle systemhendelser slik som endringer i kommunikasjonstilstand mot et anlegg, oppstart av driftssentral, etc skal også lagres i historisk database.
Databasen skal lagre alle aktuelle data på en hensiktsmessig måte slik at det er enkelt og raskt å generere kurver, rapporter, systemoversikter og lignende. Det skal være mulig å velge lagring for enkelte signaler med nøyaktig tidsoppløsning i lengre tid enn minimumskravet.
Databasen skal ha et åpent grensesnitt for kommunikasjon med omverdenen, slik at databasen kan aksesseres med standard kommandoer (SQL). Det er ønskelig at verdier i databasen eller tabeller generert fra databasen skal kunne lenkes direkte til andre Windows-programmer som f.eks. MS Excel og MS Word.
Det skal være mulig å manuelt taste inn data, for eksempel for å korrigere feilaktige måleverdier. Manuelt inntastet data skal merkes på en slik måte at det klart fremgår at de er tastet inn manuelt.
Følgende krav til lagring i historisk database gjelder:
• Måleverdier med 1 sekunds oppløsning skal kunne lagres i 5 døgn (øyeblikksverdier).
• Middel-, maksimums- og minimums-verdier 1:
o Døgnverdier med 30 sekunders oppløsning lagres i minimum 5 år.
o Månedsverdier med 1 minutts oppløsning lagres i minimum 10 år.
3.13 Trender
Alt som lagres i historisk database skal kunne trendes.
I trendsystemet skal minimum følgende trendtyper være implementert:
• Øyeblikkstrend, dvs. løpende kurvetegning fra oppkall med min 7 døgns historikk
1 Middel-, maksimums- og minimums-verdier beregnes ut fra øyeblikksverdier. Kun verdier fra tidsperioder hvor objektet tilknyttet målingen har vært i drift benyttes i beregningen.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
12(23)
• Døgntrend basert på 30 sek middelverdier
• Månedstrend basert på 1 minutts middelverdier
• Hendelsestrend med 1 sekunds oppløsning
• Egendefinerte trender ned mot 1 sekunds oppløsning
Krav til funksjonalitet for trendbildet:
• Det skal være mulig å vise trendkurver for minimum 8 verdier samtidig på skjermen.
• Det skal ikke være noen begrensinger i hvilke typer signaler som trendes i samme bilde.
• Trendkurver på samme bilde skal skilles ved bruk av forskjellig farge for hvert signal.
• Trendbildet må inneholde funksjon for zoom og må være online justerbare.
• Det skal være mulig å foreta nøyaktige avlesninger av verdier og tidspunkt i koordinatsystemet til trendkurvene, f.eks ved hjelp av et trådkors.
• Alle verdier som vises i et trendbilde skal ha komplett tagnummer og beskrivende tekst.
• Eventuelle grenseverdier skal vises som tall og med farge i trendbildene (f.eks. som skravert felt).
• Det skal være mulig med målinger både på x- og y-aksen (korrelasjon) samt korrelering mellom målte og inntastede verdier.
• Trender skal kunne eksporteres til MS Word og MS Excel.
I tillegg til kravene ovenfor er det ønskelig å kunne legge kurver med forskjellig tidsakse over hverandre, f.eks. mengde eller trykkforløp samme måned i forskjellige år (Lekkasjesøk, hagevanning etc.).
3.14 Rapportsystemet
Det skal leveres et fleksibelt rapportsystem som er tilpasset VA-bransjen. Systemet skal leveres med relevante rapporter for VA-anlegg, men det skal også være mulig å sette opp egendefinerte rapporter og lagre oppsett for disse.
Det skal utarbeides rapporter for hvert enkelt anlegg i prosess-systemet, For de større anleggene skal rapportene deles inn i de ulike del-prosessene.
Det skal være mulig å lage rapporter ut fra all data som er lagret i historisk database.
Det skal ikke være noen begrensninger på type data som kan settes sammen i en rapport. Rapportsystemet skal kunne håndtere manuelt innlagte/overstyrte data.
Alle rapporter skal ha mulighet for eksport til regneark (Excel) og andre vanlige eksportformater (CSV, XML).
Ved sambandsbrudd med anlegg forutsettes det at timesverdier lagres i understasjonens PLS i minimum 5 døgn. Disse verdiene skal lastes inn automatisk når kommunikasjonen gjenopprettes. Rapportsystemet i driftssentralen skal automatisk foreta korrigering på en slik måte at ukes- og månedsrapportene blir korrekte. Manglende datagrunnlag i rapporter skal merkes.
Rapporter skal kunne skrives ut på valgfri nettverksskriver. Det skal gis melding om feil i utskriftsrutinen.
Alle typer rapporter skal godkjennes av oppdragsgiver før de implementeres i systemet. En detaljert beskrivelse av rapportsystemet med eksempler på rapporter skal følge tilbudet. Tilbyder må også spesifisere hvilke rapporter som leveres med driftsovervåkingssystemet.
repo001.docx 2015-10-05
13(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
3.15 Vedlikeholdssystem (DV-system)
3.15.1 Nytt komplett vedlikeholdssystem (Opsjon A)
Som opsjon A skal det leveres tilbud på et nytt komplett vedlikeholdssystem (DV-system) integrert med driftsovervåkingssystemet. DV-systemet skal ta utgangspunkt i retningslinjer for FDV beskrevet i Norsk Vann rapport 151/2007.
Alle objekter i prosess-systemet skal være registrert i DV-systemet og knyttet til tilhørende objekt i driftsovervåkingssystemet.
Leverandør legger inn FDV-dokumentasjon for denne leveransen inn i DV-systemet, mens oppdragsgiver legger inn FDV-dokumentasjon for alle andre objekt i prosess-systemet. Det skal ikke være noen begrensninger i hvilket filformat på FDV-dokumentasjon som skal kunne legges inn i DV-systemet.
Følgende moduler skal som minimum være inkludert i DV-systemet:
• Leverandørregister
• Utstyrsregister
• Serviceintervaller
• Servicehistorikk
• Stasjonsregister
• Arbeidsordre
• Avviksbehandling
• Dokumenthåndtering, mulighet for å lagre ekstern dokumentasjon
• Reservedelslager
• Integrering med fjernkontrollsystemet
• Rapportverktøy
3.15.2 Integrasjon med eksisterende vedlikeholdssystem (Opsjon B)
Som opsjon B skal det leveres tilbud på integrasjon av driftsovervåkingssystemet mot kommunens eksisterende vedlikeholdssystem, KOMTEK FDV-systemer fra NORKART 2.
3.16 Notatblokkfunksjon
Systemet skal for hvert enkelt objekt i skjermbildene ha en notatblokkfunksjon som gir operatør mulighet og manuelt legge inn hendelser for objektet. Alle slike hendelser skal kunne skrives ut via rapportsystemet.
Hendelse skal automatisk merkes med dato og klokkeslett.
3.17 Varslingsutstyr for vakt
Driftsovervåkingssystemet skal kunne formidle alarmer til hjemmevakt ved å sende e-post og SMS. Systemet skal inneholde følgende funksjoner:
• Varslingsprogrammet skal være integrert mot driftsovervåkingssystemet og skal kunne betjenes fra operatørstasjonene.
• Alarminformasjon skal utveksles ved hjelp av e-post og SMS.
• Xxxxxxxxxxxxxx skal kobles mot vaktliste og sende i henhold til denne.
• Mottager skal kvittere for mottatt melding.
• Kvittering av alarm i driftsovervåkingssystemet ved å sende alarmmelding tilbake til sentralen.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
14(23)
2 Informasjon om KOMTEK FDV-systemer fra NORKART finnes ved å følge denne linken: Norkart - Drift og internkontroll.
• Prioritert utsendelse av alarm, sender til mottaker med neste prioritert hvis ikke programmet har mottatt kvittering på alarmen etter en gitt tidsforsinkelse.
• Det skal være mulighet for gruppeutsendelse av alarmer, det vil si at samme alarm skal kunne sendes til flere mottakere.
• Konfigureringsinformasjon for vaktmannskap (navn, epost-adresse, tlf, prioritet, kategori) skal leses fra driftsovervåkingssystemet.
• Det skal være filter mot alarmras, slik at sending av følgealarmer forhindres.
• Logg over mottatte/sendte SMS meldinger/alarmer.
• Det skal være mulig å konfigurere en test-SMS som sendes ut en gang i døgnet. Testalarm bør indikere hvilken sender som har sendt meldingen.
For sending av SMS skaffer IKTNH til veie abonnement. Modem, som kan kommunisere via Ethernet TCP/IP mot server, leveres av leverandør.
3.18 Betjening via Internett/Intranett/App
Det skal tilbys en Webserver i toppsystemet med ferdig konfigurert programvare og skjermbilder slik at fjernbetjening kan skje via Internett eller Intranett.
Det skal også være mulig å betjene toppsystemet via App i mobilt utstyr. App skal være tilgjengelig både for iOS og Android operativsystem.
Alle driftsfunksjoner skal kunne betjenes av operatør via Webserver og App.
Automatikkleverandør skal kontakte IKTNH for å avtale hvordan Webserver og App skal settes opp. Dette for å få den datasikkerhet som oppdragsgiver krever.
3.19 Eierskap utviklede skjermbilder og programvare
Utviklede skjermbilder og applikasjonsprogrammene (inkl. kildekode) tilhører Osterøy kommune og skal kunne benyttes fritt på Osterøy kommune sitt eget utstyr og anlegg uten begrensninger. Bruk utover deres utstyr og geografiske grenser begrenses av åndsverksloven.
Leverandør skal ha backup av alle utviklede skjermbilder og programvare og kildekode i sitt system og sørge for at de til enhver tid har backup oppdatert til siste revisjon/utgave som er i bruk i Osterøy kommune sine anlegg. Backupsystemet skal være sikret mot innbrudd, tjuveri og hacking etc.
4 KOMMUNIKASJON MOT ANLEGG I PROSESS-SYSTEMET
4.1 Eksisterende kommunikasjon mot anlegg i prosess-systemet
Driftsovervåkingssystemet kommuniserer med eksisterende anlegg i prosess-systemet på følgende metoder:
• Leide kobberlinjer fra Telenor
• Mobilt bredbånd (nyeste anlegg)
Kommunikasjons-protokollen Comli/Modbus benyttes for kommunikasjon mellom toppsystemet og PCX- PLSene i eksisterende prosess-system.
4.2 Tilknytning av anlegg i prosess-systemet til nytt toppsystem for driftsovervåking
Anlegg i prosess-systemet skal kommunisere på følgende metoder mot nytt toppsystem:
• Mobilt bredbånd
repo001.docx 2015-10-05
15(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
RAMMEAVTALE -
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
• Fiber-nettverk
Det skal leveres nødvendig kommunikasjonsutstyr for anlegg som skal tilknyttes driftsovervåkingssystemet via mobilt bredbånd. For anlegg som tilknyttes via kommunens nettverk, leverer IKTNH kommunikasjonsutstyret.
For tilknytning av nye anlegg og av eksisterende anlegg i prosess-systemet, som tidligere ikke har hatt kommunikasjon mot driftsovervåkingssystemet, skal det fortrinnsvis benyttes en standardisert kommunikasjonsprotokoll slik som OPC, Modbus TCP, ProfiNet eller tilsvarende. Imidlertid godtas det at kommunikasjons-protokollen Comli/Modbus benyttes hvis det er mest hensiktsmessig.
5 PLS-SYSTEM I UNDERSTASJONER
5.1 Overordnet beskrivelse
Rammeavtalen omfatter komplett leveranse av PLS-system for utestasjoner inkludert montering, tilkobling, programmering, testing, idriftsettelse og opplæring. For utestasjoner i drift inkluderer leveransen i tillegg demontering av eksisterende utstyr.
Leveranse av PLS-system til utestasjon inkluderer også etablering av kommunikasjon mellom toppsystem og PLS-systemet og integrasjon av utestasjon i toppsystemet med tilhørende skjermbilder.
5.2 Generelle krav
Følgende generelle krav gjelder for leveranse av PLS-system i understasjoner:
• Nytt PLS-system i understasjon skal ivareta funksjonaliteten som eksisterende PLS-system har.
• PLS-system i understasjon skal kommunisere mot toppsystem for driftsovervåking.
• PLS-system skal være helt autonomt og fungere som selvstendig enhet. PLS-systemet må ikke settes ut av drift selv om toppsystemets servere feiler/faller ut/tas ned.
• Tilbudt PLS-typer skal være av siste modell/utgave og forventet levetid for undersentralene skal være minimum 10 år.
• Det skal standardiseres på et så lite antall forskjellige typer av PLS/IO-kort/moduler som mulig av hensyn til enkelhet for driften og for å redusere behovet for reservedeler.
• PLS skal være modulært oppbygget. PLS skal kunne utvides modulært med I/O-kort, kommunikasjonskort og eventuelle spesialkort. Det anses som en fordel at CPU-modul er utstyr med kommunikasjonsport for kommunikasjon mot toppsystem.
• PLS skal leveres med minimum ha 30 % utvidelseskapasitet i form av ledige kortplasser og behandlingskapasitet samt 30 % installert reserve I/O.
• Alle I/O-kort skal leveres med ferdigkoblede modulfronter eller lignende for enkelt bytte ved feil og lignende. Det skal ikke være nødvendig å koble fra kabler ved skifte av I/O kort.
• Det skal fra toppsystemet være mulighet for både lese og skrivetilgang til relevante punkter i PLS. Relevante punkter er alle I/O-signaler, alle bør-verdier, kompenseringsverdier, tidsprogrammer og alarmgrenser. Det skal også være mulig å aktivere og deaktivere alarmer. Merk at verdiene skal sikres mot uønsket radering.
• PLS skal ha eget hardwareur som synkroniseres med ur i toppsystemet.
• Alarmer skal tidsmerkes i PLS og overføres til toppsystemet.
• Dersom toppsystemet er ute av drift skal alarmer lagres i PLS og overføres automatisk, umiddelbart etter at kommunikasjon er oppnådd med toppsystemet.
• PLS skal ha internt batteri for opprettholdelse av programmer og parametre ved spenningsbortfall.
• Historiske data skal mellomlagres i PLS slik at når toppsystemet er ute av drift eller forbindelsen til toppsystemet ikke er til sted, skal data ikke forsvinne.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
16(23)
• PLS skal ha lagerkapasitet for minst 5 døgns lagring av minst 10 utvalgte timesverdier. Disse skal tidsstemples i PLS.
• PLS skal kunne kommunisere med komponenter via en standard buss slik som Ethernet IP, Modbus TCP, Profibus DP, DeviceNet eller annen standard.
• Foruten de signalene som er gitt i dokumentasjon vedlagt konkurransegrunnlaget, tilkommer også et visst antall signaler generert i PLS. Antall signaler som genereres er utstyrsavhengig, men det skal minst omfatte følgende signaler, som også skal kunne overføres til toppsystemet:
o Elektronikkfeil (kortfeil)
o Sambandssvikt
o Kraftsvikt (24V, 12V, 5V)
• PLS skal utstyres med "watch-dog" for overvåking og varsling av feil.
• Ved nettpåslag, initialisering, selvtestrutiner og lignende fastlagte sekvenser, må ingen utganger kunne bli aktivisert slik at utilsiktede styringer utføres.
• Ved normal drift skal det ikke være behov for tilsyn utover rutinemessig vedlikehold.
• Komplett FDV-dokumentasjon skal leveres for hver enkelt leveranse.
5.3 Operatørpanel
Understasjoner skal utstyres med et grafisk touchpanel i tavlefront for lokal betjening og avlesning av prosessverdier. Størrelse vil variere avhengig av stasjonstype.
Operatørpanel skal kun kobles direkte til PLS og betjening skal beskyttes med passord.
5.4 Programmeringsverktøy
Det skal leveres et programmeringsverktøy for oppsett, konfigurering og programmering av alle typer PLS som tilbys. Full opplæring i programmeringsverktøyet skal være inkludert i leveransen.
5.5 Installasjon
I eksisterende stasjoner varierer det om PLS med tilhørende utstyr er montert i eget PLS-skap eller i eget felt i hovedtavlen.
Ved utskifting av eksisterende PLS-skap skal hele skapet byttes og alt tilhørende utstyr leveres nytt. Grensesnitt blir på ny rekkeklemmelist i nytt PLS-skap hvor signaler til/fra hovedfordeling er tilkoplet.
I stasjoner hvor PLS er innmontert i hovedtavle skal som hovedregel PLS med tilhørende I/O skiftes med grensesnitt mot eksisterende rekkeklemmer.
Alle komponenter i tavlen skal ha komponentmerking. Merking skal utføres i henhold til "Norsk Vann rapport 155/2007 Norm for merking og FDV- dokumentasjon i VA-prosjekter". Det skal benyttes m erkeutstyr som gir en varig og entydig informasjon om for eksempel kabelnummer, kursnummer, komponentnummer o.a.
5.6 Eierskap utviklet programvare
Applikasjonsprogrammene (inkl. kildekode) tilhører Osterøy kommune og skal kunne benyttes fritt på Osterøy kommune sitt eget utstyr og anlegg uten begrensninger. Bruk utover deres utstyr og geografiske grenser begrenses av åndsverksloven.
Leverandør skal ha backup av all utviklet programvare og kildekode i sitt system og sørge for at de til enhver tid har backup oppdatert til siste revisjon/utgave som er i bruk i Osterøy kommune sine anlegg.
Backupsystemet skal være sikret mot innbrudd, tjuveri og hacking etc.
repo001.docx 2015-10-05
17(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
RAMMEAVTALE -
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
PLSer i understasjonene skal ved overtagelse alltid ha oppdatert merking med hvilken utgave av software som er innlagt og dato for innleggelsen, og leverandør skal føre f.eks. Excel liste eller annet anerkjent format og oppdatere denne dokumentasjon med oversikt på alle Osterøy kommune sine anlegg på dette.
Ved fortløpende overtagelser og oppgraderingene skal all oppdatert kildekode og dokumentasjon overleveres på digitalt medium til oppdragsgiver.
6 DOKUMENTASJON
6.1 Generelle krav
Utover de krav som er stilt for dokumentasjon i "Norsk Vann rapport 155/2007 Norm for merking og FDV- dokumentasjon i VA-prosjekter", gjelder følgende:
• Leverandøren skal utarbeide og levere en samlet dokumentasjon for alt levert utstyr, inklusive driftsinstruks, senest 14 dager innen planlagt overlevering slik at oppdragsgiveren kan gjennomgå og kommentere FDV-dokumentasjonen.
• Manglende eller mangelfull FDV-dokumentasjon er grunnlag for å nekte overtakelse. Ved manglende
eller mangelfull FDV-dokumentasjon vil ikke sluttoppgjør bli utbetalt.
• Dokumentasjon må leveres både i PDF-format og redigerbart originalt format.
• I utestasjoner skal i tillegg følgende fysisk dokumentasjon som minimum leveres:
o Over operatørpanel i tavlefront skal det settes en laminert prinsippskisse med beskrivelse av anleggene som understasjonen styrer.
o Papirkopi av funksjonsbeskrivelse og tavleskjema.
• Fra operatørgrensesnittet i toppsystemet skal oppdatert topologiskjema for hele driftsovervåkingssystemet og funksjonsbeskrivelser og tavleskjema for utestasjoner være enkelt tilgjengelig for visning.
• Som opsjon skal dokumentasjonen også legges inn i vedlikeholdssystemet knyttet til aktuell anleggsdel
og komponent, slik som beskrevet i punkt 3.15 Vedlikeholdssystem (DV-system).
6.2 Spesielle krav
1. Navn og adresseliste
Omfattende navn, adresse, telefon, telefaks, e-post og evt. web-adresse til samtlige komponentleverandører.
2. Funksjonsbeskrivelse
Leverandøren skal utarbeide en komplett funksjonsbeskrivelse for driftsovervåkingssystemet.
Beskrivelsen skal informere om funksjonsmessig sammenheng mellom komponentene i systemet, men skal også gi en funksjonsmessig beskrivelse av levert programvare.
3. Tekniske spesifikasjoner
Alle spesifikasjoner, beskrivelser og instruksjoner av utrustning samles i en mappestruktur. Oppdaterte signallister med krysskoplingsinformasjon for fjernkontroll skal vedlegges.
Generelle brosjyrer aksepteres ikke.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
18(23)
4. Brukerhåndbok
Det skal leveres en brukerhåndbok for leveransene som skal ha en oversiktlig inndeling som gjør det enkelt å arbeide med den. Brukerhåndboken skal minimum inneholde en oversikt og nødvendig beskrivelse av:
- Dokumentoversikt.
- Oppdatert topologiskjema for hele driftsovervåkingssystemet med plassering av levert utstyr.
- Instruks for daglig drift og rutinemessig vedlikehold og kontroll av utstyr og programvare.
- Instruksjoner for endringer i grenseverdier, alarmer/feilmeldinger, styringer, loggefrekvenser, skjermbildeoppbygging, statistikk - og rapportrutiner etc., back-up og databaseoppbygging.
- Lettfattelig beskrivelse som punkt for punkt forklarer hvordan skjermbildene bygges opp.
5. Lisens-oversikt
Dokumentet skal beskrive/liste opp alle lisenser i systemet, og hvor disse lisenser gjelder og er plassert, servere, klienter.
7 KONTROLL AV LEVERANSER
7.1 Generelt
Oppdragsgiver eller dennes representant har når som helst rett til å kontrollere leveransenes kvalitet og framdrift, og kan når som helst kreve fremlagt ajourførte planer/rapporter og produserte dokumenter som programlister, utskrift av signallister, skjermbilder, rapportformater, filkataloger, kopi av applikasjonsprogramvare etc.
Det er leverandørens ansvar å fremvise resultater i overensstemmelse med bestillingen og en underkjennelse av de resultater som til enhver tid fremlegges, kan således ikke av leverandøren fremsettes som krav for utsettelse av leveringsfristen.
7.2 Kontroll av tegningsunderlag
Leverandøren skal samholde tegninger og dokumentasjon for egen leveranse med utlevert underlag. Ved eventuelle uoverensstemmelser skal leverandøren varsle oppdragsgiver.
7.3 Test-prosedyrer og - protokoller
Alle testprosedyrer skal som et minimum inneholde beskrivelse av:
• Formål med testen
• Omfang av testen
• Omgivelser og testbetingelser
• Forberedelse til testen, nødvendig utstyr, fasiliteter og simuleringer
• Behandling av grensesnitt
• Test ark som beskriver:
o Gjennomføring av testen
o Forventet resultat
o Akseptkriterier
o Målt resultat
Testprotokoller skal inneholde kvitteringsrubrikk for testdato, aksept og signatur av ansvarlig oppdragsgiver eller dennes representant. Protokollene skal også inngå som en del av sluttdokumentasjonen.
repo001.docx 2015-10-05
19(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
RAMMEAVTALE -
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
7.4 Funksjonsstester hos leverandør (FAT = Factory Acceptance Test)
Under funksjonstester hos leverandør (FAT) skal alle skjermbilder kontrolleres samt alle standardfunksjoner slik som alarm, historikk, trend, rapport, DV-system m.m. Det legges spesiell vekt på testing av grensesnitt. Dersom dette ikke kan testes mot det reelle grensesnittutstyret, skal grensesnittet simuleres.
Leverandøren skal utarbeide et testopplegg for FAT og fremlegger dette for gjennomgang/-kontroll av oppdragsgiveren eller dennes representant i god tid for FAT skal gjennomføres (ca. 14 dg.)
Funksjonsstestene skal så langt som mulig omfatte et komplett system med Front-End og driftssentral sammenkoblet. Funksjoner inkl. kommunikasjon skal testes.
Det legges spesiell vekt på testing av grensesnitt. Dersom dette ikke kan testes mot det reelle grensesnittutstyret, skal grensesnittet simuleres.
Når betingelsene for å gjennomføre FAT er oppfylt skal oppdragsgiver eller dennes representant varsles for å kunne delta på fabrikktester (FAT). Varslingen må skje minimum 5 arbeidsdager før FAT skal gjennomføres. FAT må senest gjennomføres 5 arbeidsdager før systemet skal transporteres til anleggsplass.
7.4.1 Feil og mangler ved FAT
Leverandøren skal etter gjennomført FAT fremlegge en plan for å korrigere påpekte mangler/rettelser under FAT.
Oppdragsgiveren forbeholder seg retten til å bestemme hvilke påpekte mangler/rettelser som må være korrigert for leverandøren tillates å levere utstyr på anlegget
7.4.2 Avbrutt eller ikke godkjent FAT - fradrag i kontraktssum
Dersom oppdragsgiveren bedømmer at gjennomføringen av FAT ikke er tilfredsstillende kan oppdragsgiveren avbryte gjennomføringen og kreve ny FAT. Oppdragsgiveren kan i dette tilfellet kreve endring i kontraktssum der hans ekstra kostnader forbundet med ekstra FAT-deltakelse trekkes i fra.
7.5 Funksjonstester på anleggsplass (SAT = Site Acceptance Tests)
Utstyret i en leveranse skal funksjonstestes ut på anlegget (SAT) før prøvedrift kan startes. I tillegg til at tester utført under funksjonstest hos leverandør (FAT) blir repetert, vil anleggsspesifikke tester også bli utført under SAT.
Leverandøren skal utarbeide et testopplegg for SAT og fremlegger dette for gjennomgang/-kontroll av oppdragsgiveren eller dennes representant i god tid for SAT skal gjennomføres (ca. 14 dg.).
Det legges spesiell vekt på testing av grensesnitt. Dersom dette ikke kan testes mot det reelle grensesnittutstyret, skal grensesnittet simuleres.
7.5.1 Grunnleggende tester av system og kommunikasjon
Som første del av SAT-testene skal leverandøren på egen hånd planlegge og gjennomføre grunnleggende tester av system og kommunikasjon.
Når alle komponenter i leveransen er montert og strøm er tilkoblet, skal leverandør utføre en egentest av leveransens grunnleggende funksjonalitet.
Leverandør skal dokumentere resultatet av disse testene i en testprotokoll.
Det er et krav at de grunnleggende testene er utført med positivt resultat før funksjonstester på anleggsplass sammen med oppdragsgiver kan påbegynnes.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
20(23)
7.5.2 Signal-, objekt- og funksjonstester sammen med driftspersonell og oppdragsgiver
Leveranser i driftsovervåkingssystemet skal funksjonstestes sammen med driftspersonell og oppdragsgiver. Leverandør er ansvarlig for å planlegge, koordinere og gjennomføre disse SAT-testene.
SAT-testene skal utføres mot alle objekter i prosess-systemet, både i kommando- og melderetning. Prosess- signaler skal i størst mulig grad simuleres direkte på instrumenter.
Ved SAT-testenes avslutning skal det foreligge komplett dokumentasjon på at brukergrensesnitt og alle parametre og signaler er sjekket og at driftsovervåkingssystemets komponenter er funksjonstestet og fungerer som spesifisert.
Ved eventuelle feil/mangler skal det om mulig framgå av testprotokoll hvem som har ansvar for å rette feilen med angitt tidsfrist.
7.5.3 Godkjennelse av anleggstester for driftsovervåkingssystemet
Når alle eventuelle feil/mangler relatert til leveransen er rettet kan SAT godkjennes.
Eventuelle feil/mangler som er andres ansvar skal ikke hindre godkjennelse av leverandørens anleggstester dersom resultatet av øvrige tester på tilsvarende eller lignende utstyr/funksjoner viser positivt resultat.
SAT kan også godkjennes med mindre feil og mangler når disse er avtalt rettet innen kort tid.
Driftsforstyrrelser, feilmeldinger og funksjonsfeil av en slik art og mengde/hyppighet at oppdragsgiveren ser seg nødt til å bruke ekstra ressurser i form av overtid, ekstra bemanning/vaktmannskap vil bli ansett som vesentlig feil og mangel og hindrer godkjennelse av SAT.
7.6 Prøvedrift
Når SAT for en leveranse til driftsovervåkingssystemet er godkjent og etter at vesentlige feil og mangler er opprettet, fase 1 og 2 av opplæringen av driftspersonell/brukere er gjennomført (jfr. pkt. 8) og leverandøren er forvisset om at systemet fungerer tilfredsstillende og i overensstemmelse med kontrakten, skal leverandøren skriftlig meddele at leveransen er klart for prøvedrift.
Under prøvedrift skal daglig drift og vedlikehold utføres av oppdragsgiverens personell.
Mens prøvedrift pågår skal leverandøren ha beredskap som minimum oppfyller kravene gitt i pkt. 9
RESPONSTIDER.
Prøvedriften varer til systemet fungerer tilfredsstillende og er overtatt av bestiller i kommersiell drift og i minimum den perioden som er spesifisert i kontrakt.
Feil og mangler som oppdages under prøvedrift skal rettes innen avtalt tid.
Driftsforstyrrelser, feilmeldinger og funksjonsfeil av en slik art og mengde/hyppighet at oppdragsgiveren ser seg nødt til å bruke ekstra ressurser i form av overtid, ekstra bemanning/vaktmannskap vil bli ansett som vesentlig feil og mangel og hindrer overtakelse.
Prøvedriften varer til anlegget fungerer tilfredsstillende og i minimum tre måneder.
repo001.docx 2015-10-05
21(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
RAMMEAVTALE -
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
7.7 Overtagelse
Kontraktuell overtagelse av en leveranse kan gjennomføres når:
1. Prøvedriftsperioden er utløp.
2. Alle testrapporter er overlevert og godkjent av oppdragsgiver.
3. Alle mangler iht. sjekklister er korrigert.
4. Dokumentasjon er overlevert og godkjent av oppdragsgiver.
5. Anlegget fungerer iht. designforutsetningene.
8 OPPLÆRING
Leverandøren vil være ansvarlig for planlegging og gjennomføring av opplæring av driftspersonell/brukere. Gjennomføring av opplæring skal koordineres med Osterøy kommune.
Opplæringsopplegg skal presenteres for Osterøy kommune i god tid (min 14 dg.) før gjennomføring.
Som et minimum skal følgende opplæring gis:
• Redegjørelse for leveransens funksjon og virkemåte.
• Bruk og funksjon for datautstyr og periferiutstyr.
• Gjennomgang av all installert programvare inkludert vedlikeholdssystemet (DV-system)
• Demonstrering av montering og remontering av viktige komponenter
• Nødvendig betjening og ettersyn av leveransen.
• Gjennomgang av prosedyrer for vedlikehold av enkeltkomponenter i anlegget inkludert innføring i bruk av programmeringsverktøy.
Opplæringen skal inndeles i følgende faser:
1. Innføringsfase (grunnleggende opplæring), som gjennomføres når installasjon av leveransen hos Osterøy kommune påbegynnes.
2. Videregående fase, som gjennomføres før start av prøvedrift.
3. Repetisjonsfase, som gjennomføres i forbindelse med overtagelse av leveransen.
Oppdragsgiveren stiller nødvendig rom til rådighet for den teoretiske delen av opplæring. Det skal regnes med opplæring av ca. 18 av driftspersonalet med minimum 5 timers opplæring pr. fase.
RAM DRIF
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST] MEAVTALE -
TSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP
repo001.docx 2015-10-05
22(23)
9 RESPONSTIDER
For Osterøy kommune er det meget viktig å sikre seg en effektiv og sikker ordning for service og support. Tilbyder må ha en etablert vaktordning der kvalifisert personell med erfaring og kunnskap om kommunens anlegg må inngå. Samtidig er det meget viktig at responstid ved utrykking til anlegget er så kort som mulig.
Xxxxxxxx skal ved kritiske feil foretas via oppringing til leverandørs oppgitte tlf. nr. for slik henvendelse. Leverandøren skal beskrive sine ytende responstider i tilbudet, eventuelt lage en erklæring på at de oppgitte etterfølgende garanterte responstidene blir ivaretatt.
Krav knyttet til responstider for kritiske feil er følgende:
• Vaktordning, 24 timer pr. dag i alle årets dager.
• I normalarbeidstiden:
o Garantert responstid for support via telefon og fjernaksess innen 1 timer hele døgnet.
o Garantert responstid ved utrykning skal være 6 timer inkl. reisetid.
• Utenom normalarbeidstiden i hverdager, samt i helg, høytider og helligdager til alle døgnets tider:
o Garantert responstid for support på telefon og fjernaksess innen 3 timer hele døgnet.
o Garantert responstid ved utrykning skal være 8 timer inkl. reisetid.
Oppdragsgiver avgjør i hvert tilfelle hva som er nødvendig av fjernaksess eller oppmøte på anlegget, og hvor kritisk dette er. Er det kritisk skal arbeidet med utbedring være påbegynt innen responstidens utløp.
Ved mindre kritiske feil og mangler gjelder generelt oppretting og utbedring av slike påbegynt innen 3 arbeidsdager, hvis ikke annet blir avtalt.
Vesentlige brudd på responstidene vil kunne anvendes som gyldig grunn for oppsigelse av hele eller deler av rammeavtalen.
repo001.docx 2015-10-05
23(23)
INVITASJON TIL PREKVALIFISERING – BILAG D 02.03.2022
[UTKAST]
RAMMEAVTALE -
DRIFTSOVERVÅKINGSSYSTEM FOR VANN OG AVLØP