KRAVSPESIFIKASJON

Det skal inngås en avtale med en fullsortiments leverandør av overvåkningssystemer, ITV-systemer. En leverandør som skal kunne gjennomføre alt fra komplette leveranser, inkl. installasjon, tilrettelegging veiledning og opplæring, samt service og vedlikehold.

En av installasjonsstedene vil være Oslo bussterminal, som blir ansett å være en av lendets mest utsatte terrormål. Dette er utfordrende og stiller store krav både til Oppdragsgiver som har ansvaret for driften på terminalen og en fremtidig leverandør – Oppdragsgiver ønsker derfor å finne og etablere kunde/leverandørforhold med en leverandør som også kan utgjøre en seriøs samarbeidspartner, som både kan stille opp når det er store og små utfordringer; men som også forvalter sin kompetanse og erfaring i forhold til å opprettholde et godt kunde/leverandørforhold – være en sparringpartner og komme med de gode forslagene/rådene – både i forhold til å implementere, forvalte, utvikle og utnytte løsningene - også i forhold til den teknologiske utviklingen.

2 Formålet med anskaffelsen

Formålet med denne anskaffelsen er å inngå en rammeavtale med en leverandør som kan stå for dette og kan levere en helhetlig overvåkningsløsning med alle produkter og tjenester som er nødvendig for å implementere drifte, vedlikeholde og videreutvikle løsningen både teknisk og tjenestemessig.

Derfor søkes det en Leverandør som også kan opptre som en samarbeidspartner som også ser verdien og muligheten for egenutvikling gjennom denne leveransen. Derfor er tildelingskriteriet

«Oppgaveforståelse» et viktig element som bør vektlegges i leverandørenes tilbud.

Gjennom denne rammeavtalen ønsker Oppdragsgiver å gjøre avrop for å sette opp overvåkningsanlegg på store og små terminaler etter behov. Den første leveransen som skal gjennomføres under denne rammeavtalen er å sette opp nytt overvåkningsløsning ved Oslo bussterminal (OBT). I forbindelse med moderniseringen av terminalen, er det designet en ny overvåkningsløsning – den konfigurasjonen som nå er designet inneholder 75 kamera – dupliserte/speilede servere og et tungt operasjonelt senter.

3 Om denne kravspesifikasjonen og tilhørende appendixer

Formålet med denne dokumentstrukturen er selvsagt:

• Stille krav til leveransen; både i forhold til produkter, gjennomføring av leveransen og påfølgende service og vedlikehold

De kravene som er spesielt grunnleggende er uthevet med:

Krav: nxnxnxnx nxnxn nxnxn

• Retningslinjer for Rammeavtalen skal vedlikeholdes gjennom avtaleperioden

• Orientering om Oppdragsgiver, om terminalene og organisasjonen.

4 Om rammeavtalen og bruken av denne

4.1 Rammeavtalens virkemåte

Produktkatalogen vil være kjernen i rammeavtalen gjennom avtalens livsløp, og består av en liste av konsept-produkter. Et konsept-produkt er å forstå som en produsentuavhengig liste av krav (funksjonalitet, ytelse, mm) til et produkt på et overordnet nivå og vil i stor grad være statisk gjennom avtalens liv. For hvert konsept-produkt slik det er definert i produktkatalogen, skal Leverandøren identifisere sitt fysiske produkt med produsent navn, produkt navn, produktbeskrivelse og pris. Dermed vil konsept-produktet i utgangspunktet bestå gjennom avtalens livsløp; men leverandøren skal erstatte de utfasede produktene med nye i takt med ut/innfasing av modeller/produkter.

4.2 Produktkatalog

Produktkatalogen skal til enhver tid inneholde en oversikt over de produkter og konfigurasjoner som kan leveres under rammeavtalen og skal danne grunnlag for de avrop som til enhver tid gjøres mot avtalen.

For hvert enkelt produkt/konfigurasjon skal følgende innehold spesifiseres:

• Oppdragsgivers krav til produktet/konfigurasjonen - konsept-produktet

• Tilbyder foreslåtte løsning; som kan være et enkeltstående produkt eller en konfigurasjon bestående av flere produkter som samlet sett oppfyller Oppdragsgivers krav

• Pris for tilbudt produkt / konfigurasjon

• Gjeldende garantiordninger

Når et fysisk modell/produkt fases ut av Leverandørens produktsortiment; enten som et selvstendig produkt eller som en komponent i en konfigurasjon, er det Leverandørens ansvar i god tid å finne erstatningsprodukt, slik at manglende produkter ikke forsinker en bestilling.

I stedet for en fast pris, kan det for visse elementer angis en annen kompensasjonsmodell, f.eks en påslagsprosent i forhold til Leverandørens dokumenterte kostpris.

4.3 Produktendringer på rammeavtalen

Produktkatalogen skal være dynamisk gjennom avtalens livsløp. Produktmodeller fases ut og erstattes av nye under det samme konsept-produktet. Priser endres.

Målsettingen må likevel være at produktkatalogen til enhver tid skal være oppdatert i forhold til tilgjengelige produkter.

Krav: Partene skal snarest mulig etter avtaleinngåelse forenes om praktiske endringsrutiner knyttet til inn/utfasing av produkter/tmodeller i produktkatalogen.

Krav: Leverandøren har plikt til å varsle i god tid når det blir produkt/konfigurasjonsendringer; og foreslå nye produkter/konfigurasjoner til erstatning.

Krav: Nye modeller skal minimum ha samme funksjonalitet og ytelse og samme pris eller bedre i forhold til modellen som ble erstattet, og minimum samme rabattnivå i forhold til markedspris som på utgått modell. I utgangspunktet er det å foretrekke at et produkt som skal erstattes, blir erstattet av etterfølgende produkt eller annet produkt fra samme produsent.

Krav: Dersom et konsept-produkts minimumskrav ikke kan oppfylles, må Leverandøren kunne dokumentere dette og evt finne passende produkt fra en annen produsents produktspekter. Hvis heller ikke dette er mulig, må partene forhandle om hvordan man kan finne en best mulig løsning.

Krav: Utfasede produktspesifikasjoner skal arkiveres, slik at tekniske spesifikasjoner, garantibetingelser, etc. holdes tilgjengelig.

Med den teknologiske utviklingen må det også være mulig definere nye konsept-produktene når eksisterende er utdaterte.

4.4 Tjenestekatalog

Rammeavtalen inneholder ikke dedikert tjenestekatalog – forespurte tjenester er definert som krav i selve kravspesifikasjonen.

4.5 Mal for avrop

Appendix 3, ark A3-1 inneholder en mal for avrop på avtalen.

Denne skal benyttes ved fremtidig avrop. Hensikten er at man i stor grad skal kunne kopiere direkte fra produktkatalogen, som forutsettes oppdatert kontinuerlig gjennom hele avtaleperioden.

Likevel er behovet for å beskrive særlige forhold knyttet til konfigurasjonene eller installasjonsarbeidene ved hver enkelt terminal ivaretatt; det gis rom for dette ved å henvise til separate dokumenter som vedlegges avropet.

Som en del av konkurransedokumentasjonen følger med utfylte avropsdokument for:

• Oslo bussterminal ITV nettverk

• Oslo bussterminal sentral serverkonfigurasjon

• AKTs ITV operasjonssentral

• AKT sentral serverkonfigurasjon

• Sandvika bussterminal ITV nettverk

• Fornebu brygge ITV nettverk

• Lysaker brygge ITV nettverk

Disse skal besvares som en del av Tilbyderens tilbud, og vil utgjøre en del av tildelingskriteriene når det gjelder pris.

4.6 Uttak på avtalen

Oppdragsgiver skal gjennom avtalens levetid kunne gjøre bestillinger (avrop) med bakgrunn i rammeavtalens produkter og tjenester. Mal for avrop inngår i avtalen.

Sammen med selve konkurransedokumentene følger de første avropene som skal prissettes som en del av leverandørens tilbud; og som den vinnende leverandør skal implementere snarest mulig etter avtaleinngåelse.

5 Leverandørens tilbud

5.1 Dokumenter som inngår i denne forespørselen

I denne forespørselen inngår følgende dokumenter:

• Konkurransegrunnlaget

• Vedlegg 1; Rammeavtalen

• Vedlegg 2: Kravspesifikasjonen

• Vedlegg 3: Diverse bilag

• Appendix 1: Produktkatalog (Excel-bok)

Her stiller krav til de produkter og tjenester som skal leveres under rammeavtalen; dvs. funksjonalitet og tekniske spesifikasjoner eller minimumskrav – i dette dokumentet kalt konsept-produkt (Ref kap 3.2.1).

• Appendix 2: Kameraoversikt samtlige terminaler (Excel-bok) - A2-1 - A2-4

Lister opp hvilke og antall kamera, slik de er definert i Appendix 1, som skal installeres på hver enkelt terminal.

• Appendix 3: En samling avropsdokument (Excel-bok) - A3-1 - A3-10

Denne boka inneholder en mal (et Excel-ark) som skal benyttes for fremtidige bestillinger/avrop, samt utfylte avrop for konfigurasjoner og terminaler som er beskrevet i kap 3.2.5. Dette utgjøre et Excel-ark pr terminal/konfigurasjon.

Disse avropene inneholder bare konsept-produkter; også her må Leverandøren komplettere med spesifikasjoner på det reelle fysiske produktet som skal leveres.

Etter avtaleinngåelse vil de fremtidige avropene inneholde de produkter og tjenester som skal leveres med tilhørende priser slik dette er angitt i produktkatalogen på det aktuelle tidspunkt.

I tillegg inneholder dette appendixet et oppsummerende regneark som oppsummerer kostnadene fra de avropene som gjøres ved avtaleinngåelse. Sluttsummen i dette arket vil bli benyttet som grunnlag til evalueringen av tildelingskriteriet Pris (ref konkurransegrunnlaget kap 5.1)

• Appendix 11 – 17: Kartskisse over terminalene og nettverkstopografi for løsningen som skal leveres rett etter avtaleinngåelse. Denne viser hvor kameraene skal stå, og nettverkets topologi.

Flere av disse dokumentene skal Leverandøren bearbeide og vedlegge sitt tilbud slik det fremkommer i tilbudsdisposisjonene i kap 5.2.

5.2 Dokumenter som må inngå i leverandørens tilbud

Leverandørens tilbud skal bestå av:

• Utfylt produktkatalog, Appendix 1

• Utfylte avropsskjema Appendix 3

• Utfylt skjema som svar på kvalifikasjonskrav og tildelingskriterier – skjemaene ligger i vedlegg 3 og etter utfyllingen skal de vedlegges tilbudet som Bilag 1 og 2.

• Utfylt Bilag 3 Forpliktelseserklæring – et skjema pr underleverandør.

For at volumet på produktkatalogen ikke skal bli altfor stor, er det ønskelig at produktdetaljene begrenses i selve katalogen, men legges ved i et eller flere separate dokumenter. Leverandøren kan selv velge struktur og format på dette.

6 Deltilbud

Det åpnes ikke for deltilbud.

7 Helhetlig ITV-løsning

7.1 Formål og bruk

7.1.1 Formålet med ITV-løsningen

Forebygge, forhindre og dokumentere kriminelle handlinger

Herunder

• Sikre liv- og helse for ansatte, sjåfører og reisende

• Sikre bygning, kjøretøy, verdier, bagasje

Videre benyttes til

• Overvåkning og styring av busstrafikk

• Hjelpemiddel ved manøvrering av kjøretøy på området

7.1.2 Systemet skal kunne benyttes til følgende.

• Sanntidsovervåkning fra døgnbemannet lokal trafikkledersentral

• Sanntidsovervåkning fra vaktsentral Galleri Oslo

• Lagring av videoopptak fra alle kameraer i minst 7 dager

• Videodeteksjon og videoanalyse

• Søk på dato og klokkeslett og avspilling i lagret videomateriale

• Mulighet for digital zoom

• Full styringsmulighet av PTZ-kameraer

• Systemet skal kunne dele hele eller deler av bildestrøm/videofeed til ekstern klient. Eksempelvis politi eller vaktselskap.

• Administratorfunksjon for tildeling av rettigheter/roller i systemet

• Mulighet for ekstern tilkobling for systemadministrator eller vaktselskap

7.2 Konseptuell løsning

7.2.1 Innledning

Det er et svært stort spenn i Oppdragsgivers terminaler; både mht. størrelse og behov som skal dekkes og tjenester som systemet skal tilby. De små terminalene vil i stor grad være overvåkning i forhold til hærverk, tagging, personsikring mm.; ved de mellomstore terminalene skal i tillegg trafikkovervåkning og styring ivaretas; og Oslo bussterminal som både er den største terminalen og som også er definert som et mulig terrormål må konfigureres og utrustes i forhold til det.

Oppdragsgiver er tilknyttet Akershus fylkeskommunes rammeavtale for nettverkstjenester med Broadnet – de terminalene som blir planlagt med sentral lagring vil baseres på nettverkstjenester fra

denne avtalen. Avtalen med Broadnet vil utløpe i løpet av relativt kort tid; men det forventes at det inngås avtale med ny leverandør med minimum samme dekning innenfor vårt geografiske område.

7.2.2 Om AKTs terminaler

7.2.2.1 Eksisterende terminaler

Oppdragsgiver har i dag drifts- og forvaltningsansvar for følgende terminaler:

Terminal	Region	Terminal	Region
Nesodden brygge	Akershus syd (*)	Lillestrøm (*)	Akershus nord
Vestby	Akershus syd	Lørenskog (*)	Akershus nord
Ås	Akershus syd	Kløfta	Akershus nord
Oslo	Oslo	Olavsgaard (*)	Akershus nord
Aker brygge	Oslo	Strømmen	Akershus nord
Lysaker brygge	Oslo	Sørumsand	Akershus nord
Lysaker	Oslo (*)	Nannestad	Akershus nord
Fornebu brygge	Akershus vest	Eidsvoll	Akershus nord
Bekkestua	Akershus vest	Eidsvoll verk	Akershus nord
Sandvika	Akershus vest	Årnes	Akershus nord
Asker	Akershus vest (*)	Leirsund	Akershus nord

Terminalene merket (*) har i dag et operativt ITV-anlegg med en operasjonssentral på Lillestrøm bussterminal:

Disse er basert på en Linux-plattform, og Oppdragsgiver ser for seg å videreføre disse anleggene i en overgangsperiode

På sikt ser Oppdragsgiver for seg å konvertere disse terminalene til den nye ITV-plattformen for å få en mest mulig homogen løsning.

7.2.2.2 Overtagelse av driftsansvar fra Statens Vegvesen

I løpet av 2018-19 vil drifts- og forvaltningsansvaret for følgende terminaler bli overført fra Statens vegvesen til Oppdragsgiver:

Terminal	Region	Terminal	Region
Løken	Akershus nord	Jessheim	Akershus nord
Aurskog-Høland	Akershus nord	Skedsmo	Akershus nord
Bjørkelangen	Akershus nord	Ask	Akershus nord
Rød	Akershus nord	Blakstad	Akershus vest
Fjerdingby	Akershus nord
Vormsund	Akershus nord

7.2.2.3 Om Oslo bussterminal (OBT)

Det er to vesentlige momenter som må ivaretas i Leverandørens tilbud og påfølgende leveranse:

• OBT er erklært som et potensielt terrormål og Oppdragsgiver er forpliktet til å gjennomføre sitt drift-, forvaltning- og samfunnsansvar i forhold til dette. Foruten beredskapsplaner på forskjellige nivå, er dette tiltaket med å erstatte eksisterende ITV-anlegg med dette nye anlegget som nå forespørres et av de vesentligste bidragene.

• OBT er under ombygging. Entreprenøren er nå inne i en prosjekteringsfase og vil begynne å rive inventaret i vestre fløy i oktober

Leverandøren som blir tildelt denne rammeavtalen, vil stå som en underleverandør til entreprenøren. Det meste av prosjekteringsarbeidet er gjennomført; type kamera og hvor de skal stå er definert, mens kablingen skal utføres av entreprenørens underleverandør for kabling.

Likevel er det i et hvert prosjekts natur at det blir spørsmål som skal besvares og det blir endringer. Leverandøren må således tre inn i denne rollen etter avtaleinngåelsen samt montere kameraene og den sentrale infrastrukturen når tiden er inne for det.

Avrop for OBT følger vedlagt som Appendix 3, A3-3 – A3-4.

7.2.3 Videreutvikling av AKTs ITV nettverk

Som beskrevet tidligere inneholder denne utlysningen også konfigurasjon og installasjon for følgende terminaler:

• Oslo bussterminal

• Lysaker brygge

• Fornebu brygge

• Sandvika bussterminal

Det foreligger ingen konkrete planer for implementering av ITV også på resten av terminalene – dette vil imidlertid være under kontinuerlig vurdering; både i forhold til bråk, tagging og hærverk samt sikkerhet for passasjerer og bussjåfører. Terminalene vil bli oppgradert når man ser at det er behov for det. Dette gjelder også konvertering av de gamle terminalene; hvor man først vil høste erfaring fra den mye ITV-plattformen og integreringen av den gamle ITV-plattformen mot den nye.

7.2.4 Konseptuell løsning for AKTs ITV nettverk

7.2.4.1 Konseptuell skisse

Appendix 11 inneholder en konsept-skisse over AKTs ITV-nettverk. Konseptet består av følgende del-løsninger

Del-løsning	Beskrivelse
Ekstern terminal via GSM	Dette er mindre terminaler med et svært begrenset antall kameraer. Disse PÅ disse terminalene kan det være aktuelt å benytte kameraer med lokal lagring innebygget.
Ekstern terminal via Broadnet	Dette er større terminaler med flere kameraer. Disse terminalene kan ha lokal server, men i utgangspunktet skal de benytte sentral lagring.
4G GSM-nettverk	Dette vil være Oppdragsgivers ansvar og grensesnittet vil være lokal og sentral 4G router som vil være grensesnittet og Oppdragsgivers ansvar.
Broadnet	Broadnet er eksisterende leverandør av nettverkstjenester til Akershus fylkeskommune (AFK) og Oppdragsgiver. Denne avtalen er inngått av AFK på vegne av AFK selv og alle underliggende organisasjoner og foretak. Denne avtalen vi terminere i nær fremtid, men det forventes at det inngås avtale med ny leverandør på de samme tjenester og med tilnærmet samme dekning; evt en

	avtaleforlengelse frem til en ny avtale kan være på plass i regi av Viken fylkeskommune. Uansett leverandør er denne del-løsningen Oppdragsgivers ansvar. Grensesnitt nettverksruter som er Oppdragsgivers ansvar..
ITV-sentral lagringsenhet	Denne lagringsenheten skal benytte for lagring av opptak fra alle terminalene med unntak av OBT og andre terminaler med lokal server. Krav: Denne serveren skal konfigureres, med CPU-, RAM- og diskkapasitet for å håndtere simultan lagring fra 100 kameraer i en uke (ref. pkt. 7.3.4). Serveren skal settes opp med RAID 5 disksystem og UPS for 2 timers kapasitet for server og tilkoblet switch. Serveren skal kunne bygges ut til å håndtere 200 kameraer. Appendix 3, A3-5 inneholder avropet for Sentral serverkonfigurasjon for AKTs globale ITV-nettverk
Oslo bussterminal ITV-nettverk	Dette er det prosjekterte ITV nettverket som er dedikert for OBT. Appendix 12 inneholder oversiktskart for Oslo bussterminal ITV-nettverk Appendix 13 inneholder en konseptskisse for Oslo bussterminal ITV-nettverk Appendix 14 inneholder en kameraskjema for Oslo bussterminal ITV-nettverk Appendix 3, A3-4 inneholder avropet for Oslo bussterminal ITV-nettverk
Oslo bussterminal sentral lagring	Dette er lagringsenheten for OBT. Pga. OBTs status som et potensielt terrormål, stilles det følgende krav til denne konfigurasjonen. Krav: Konfigurasjonen skal ha kapasitet, både CPU- kapasitet, RAM og disk, til simultant å motta og lagre alle opptak fra inntil 100 kameraer i en uke. Disksystemet skal minimum bygge på RAID5 som muliggjør utskifting av defekte disker mens systemet er i drift. Serveren skal kunne bygges ut til å håndtere 150 kameraer. Krav: Duplisert lagring, dvs. speilet serverpar. Begge serverne er tiltenkt å stå i AKTs lokaler i Schweigaardsgate 8-16; Oppdragsgiver anser at den avstanden som kan oppnås, ca 200 m; er tilstrekkelig i forhold til mulige katastrofer som kan oppstå og hvor det kan forventer at det kan finnes relevant informasjon på disksystemene i forhold til hendelsen, både forut for og under hendelsen. Speilingen konfigureres over egen fiber som går gjennom lokalet.

Appendix 3, A3-3 inneholder avropet for Sentral infrastruktur for lagring i OBTs ITV-nettverk.

AKT ITV operasjonssentral arbeidsstasjoner

Dette er en dedikert operasjonssentral som plasseres ved OBT og skal benyttes for å betjene OBT ITV nettverket og ITV-nettverket for de eksterne terminalene.

Denne skal bestå av 4 dedikerte PCer.

Minimumskrav PC: Leverandørens anbefaling; men bør minimum være tilsvarende en HP260G2 m/Core i3, 4GB, 500 GB HDD.

Appendix 3, A3-2 inneholder avropet for AKT ITV operasjonssentral arbeidsstasjoner

AKT ITV operasjonssentral videovegg

Videoveggen skal monteres i operasjonssentralen

Krav: Videoveggen skal bestå av 4 skjermer; hver skjerm skal kunne settes opp til å vise videoutsnitt uavhengig av hverandre og skal kunne endres av Oppdragsgivers personale.

Appendix 3, A3-2 inneholder avropet for AKT ITV operasjonssentral videovegg.

7.2.4.2 Eksterne leverandørers bidrag til løsningen

De viktigste eksterne leverandørene vil være Broadnet og 4G nettleverandøren.

7.2.5 Tilpasning av konseptet basert på erfaring

7.2.5.1 Pilotkonfigurasjoner

Oppdragsgiver ønsker gjennom de terminalene som det nå gjøres avrop på, å høste erfaring for å tilpasse/optimalisere konseptet. Spesielt gjelder dette de små terminalene, med den nærliggende problemstillingen om sentral eller lokal lagring av opptakene.

Derfor vil avropet for Lysaker brygge inneholde lokal enhet for lagring, mens Fornebu brygge vil benytte ITV sentral lagringsenhet som sitt lagring.

Disse terminalene vil ha status som pilotinstallasjoner i forhold til det fremtidige ITV-konseptet.

7.2.5.2 Oslo bussterminal

Denne konfigurasjonen er designet ut fra de arkitekt-tegninger som foreligger for utbyggingen av terminalen. Her kan det forventes at det blir fysiske endringer når man har høstet erfaringer fra driften i den nye terminalen, men det forventes ikke større konseptuelle endringer.

7.2.5.3 Justeringer av konseptet etter erfaringer fra pilotkonfigurasjonene

Pilotkonfigurasjonene vil gjennom de første månedenes drift bli vurdert i forhold til:

• Kostnader anskaffelse

• Kostnader drift / kommunikasjon

• Brukervennlighet for operatørene ved AKT operativt ITV-senter.

• Begrensninger og muligheter ved de enkelte del-løsningene.

Sannsynligvis vil det være ønskelig at alle del-løsningene er mulig også i fremtiden, men at man i størst mulig grad vil standardisere på enkelte delløsninger.

7.2.5.4 Justeringer av konseptet gjennom avtaleperioden

Oppdragsgiver har gjennom denne kravspesifikasjonen spesifisert et konsept som baserer seg på gjeldende markedsstandarder; dvs. uten komponenter hvor det bare er en leverandør/produsent som kan levere.

Grunnlaget for dette er selvsagt at Oppdragsgiver ikke ønsker å binde løsningen mot en leverandør/produsent. Samtidig er det ønskelig at løsningen skal være åpen for å kunne adoptere ny teknologi når denne blir moden som en defacto eller tilsvarende industristandard.

Krav: Leverandøren skal holde Oppdragsgiver oppdatert på den teknologiske utvilklingen gjennom avtaleperiode, både mhp. utfasing og innfasing av produkter på rammeavtalen og ny teknologi som kan ha interesse i forhold til de behov som skal dekkes i AKTs ITV nettverk.

7.2.6 Oppdragsgiver organisasjon som skal ha ansvaret for ITV

Oragnisasjonsstrukturen som skal ha ansvar for drift og bruk av løsningen består av:

Driftssjef Overordnet ansvar for drift av terminalene inkl. ITV-nettverket, betjening og bruk.

Terminalsjefer Operativt ansvar for terminalen; inkl. ITV-nettverket. Det er to terminalsjefer for hhv. OBT og de eksterne terminalene.

Teamledere Disse har en rolle som vaktsjefer og skal fremstå som superbrukere på ITV- løsningen. Dette innebærer bla at de skal være en 1.linje support til operatørene, og utføre de mer «avanserte» operative oppgavene, som å ta ut materiell på forespørsel fra politiet, busselskapene og evt. andre berørte parter.

Operatører Dette personalet skal betjene ITV-løsningen operativt i AKT s ITV operative senter. Disse har også andre viktige roller i driften av terminalene:

• Trafikkledere; som kontrollerer og rettleder trafikken på OBT

• Kunderådgivere; som veileder passasjerer inne på terminalen. Personalet vil rotere mellom disse rollene fra vakt til vakt.

Teknisk Vil ha det daglige driftsansvar for IT infrastruktur, inkl. kommunikasjon og ITV- konsulent miljøet både sentralt og ute på terminalene.

Alle problemer og hendelser skal routes gjennom teknisk konsulent.

7.3 Produkter som inngår i produktkatalogen

7.3.1 Kameraer

Oppdragsgiver har identifisert 18 kameratyper – konsept-produkter, som er gruppert ut fra ulike karakteristika som fremkommer av produktkatalogen kap.1. Med utgangspunkt i sitt produktsortement skal leverandøren finne for hver gruppe finne det produktet som passer best inn – sett i perspektiv pris/ytelse/kvalitet. De kravene som er ført opp i produktkatalogen er å betrakte som minimumskrav – som er «godt nok» for formålet.

De fleste produsenter har produkter innenfor hver av disse gruppene men for å få et best mulig tilbud kan Leverandøren gjerne velge produkter fra forskjellige produsenter.

7.3.2 Kamerakvalitet/belysning

Tilbudte kameraer skal oppfylle angitt funksjon gjennom hele døgnet. Kameraene skal kunne benytte eksisterende belysning. Der belysningen ikke anses god nok, og vil medføre behov for vesentlig dyrere kamera, skal dette angis. Oppdragsgiver vil gjøre en vurdering om behov for tilleggsbelysning.

I vedlagt liste er kamerakvalitet/kameraets oppgave angitt der hvor det vurderes som behov for særskilt gode kamera.

Ved evt. avvik mellom angivelse og oppgave som kameraet skal løse, må dette tydelig angis i tilbudet.

7.3.3 Lokale server-konfigurasjoner

Oppdragsgiver har identifisert 5 lokale servere som er spesifisert ut i fra kapasitet til å handtere og motta opptak fra det angitte antall kamera – disse fremkommer i produktkatalogens kap 2.

Med utgangspunkt i sitt produktsortement skal Leverandøren finne det produktet som har tilstrekkelig kapasitet for å dekke det angitte antall kameraer.

Dette innebærer at serveren må ha tilstrekkelig:

• Prosessorkapasitet

• RAM

• Disk-kapasitet i Raid 5 – diskkapasiteten må kunne utvides med 50% innenfor det tilbudte kabinettet uten å skifte disker.

• Nyeste versjon av Windows – evt. siste versjon som anses stabil I tillegg må serveren inneholde DVD-spiller.

7.3.4 Felleskrav servere

For alle servere er det spesifisert at de skal ha kapasitet til å håndtere et visst antall kamera med lagring over 7 dg. Med denne kapasitetsvurderingen skal det tas utgangspunkt i:

• 2 Megapixels kamera

• For å begrense datamengden legges det opp til lagring ved bevegelse med start 10 sek før hendelsens start.

På serverne skal det etableres automatisk rutiner som sletter video-klipp når de er 7g gamle.

7.3.5 Klienter for ITV-operatørene og Videovegg Monitorer/ videovegg-løsning skal settes opp i trafikkledersentral. Klienter skal installeres på vaktsentral Galleri Oslo og hos terminalleder.

• Videovegg må ha kapasitet til å håndtere 64 kamera fordelt på 4 monitorer. Størrelse på

monitorer besluttes avhengig av tilgjengelig plass.

7.3.6 Monitorer

Det er tiltenkt å gjenbruke monitorene på perrongene til ryggekamera. Øvrige monitorer skal medtas i tilbudet.

7.3.7 Switcher (konsept-produkt)

Leverandøren skal tilby Switcher (POE+) slik spesifisert i produktkatalogen; og avropes ved behov Switcher skal ha mulighet for sperre for uautorisert tilgang per port og mulighet for fiberterminering. Alle switcher skal ha overføringshastighet på mimimum 1 Gbps.

7.3.8 Kabling

Kabelinfrastruktur jfr. vedlagt nettverkstopografi blir levert som en del av totalentreprisen. All kabling skal følge Cat.6 – krav.

Med mindre det er angitt i avropet er Oppdragsgiver ansvarlig for kablingen.

7.3.9 UPS

Det sentrale nettverket ved OBT skal være operativt i minst 120 minutter ved strømbrudd; Dette omfatter;

• Videoservere for OBT- og AKT-nettverk

• Switcher

• Kamera; inkl. kapasitet for håndtere dugg-problematikk for utendørs kamera.

Konfigurasjonene på de eksterne terminalene skal ikke utrustes med UPS.

Oppdragsgiver har i avropene angitt antall UPSer og hvor de skal stå i konfigurasjonen – Tilbyder skal tilby UPSer med tilstrekkelig kapasitet.

7.3.10 Video management programvare

Det skal tilbys programvare som bygger på åpen plattform, standarder og protokoller. OBS ! Oppdragsgiver betrakter ikke Linux som en åpen standard.

Brukervennlighet, herunder brukergrensesnitt for operativ betjening, søk i lagret video og eksport av filer skal kunne utføres enkelt.

Det skal være mulig:

• Pålogging med ulike roller/brukernivå

• Knytte flere lokasjoner inn på samme system

• Tillate ulike videoanalyser som f. eks. loitering, retningsbestemt videodeteksjon, kundetelling, crowding etc.

7.3.11 Videoanalyse

Det skal leveres et videoanalyseverktøy til systemet. Videoanalysen skal foregå i sanntid og følgende regler skal være implementert i hele eller deler av systemet, dvs. mulighet for globale og kameraspesifikke krav:

1. Objekt ”tilstede” i interessant område: Bruker definerer et interesseområde, og systemet gir varsling når et objekt befinner seg i dette området.

2. Objekt krysser en definert linje i kameraets synsvinkel. Det skal kunne defineres om varsling oppstår for den ene eller begge retninger.

3. Antall objekter overskrider grense: Varsler når antall objekter i et definert område overskrider ett visst antall. Skal også være mulig å tidsforsinkelse/tidsavgrensning varsling av dette.

4. Planlagt høykvalitetsopptak: Video av høyeste kvalitet benyttes i gitte tidsrom.

5. Video mangler skal gi alarm.

6. Plutselig endring av scene skal gi varsel

7. Overvåket objekt mangler: Varsel dersom et objekt i kameraets synsområde mangler/er blokkert for kamera. Skal kunne legges inn tidsforsinkelse for varsel.

8. Mulighet for å merke/tagge personer eller gjenstander som da følges av systemet autonomt.

9. Objekt dukker opp i interessant område uten å entre det, f.eks., dersom objekt er en person, som kom inn i området med bil, vil det varsles hvis personen går ut av bilen.

10. Objekt forsvinner fra interessant område (motsatt av regel 9)

11. Objekt entrer interessant område (krysser grensen).

12. Objekt forlater interessant område (krysser grensen).

13. Flere objekter forlater et interessant område.

14. Objekt oppholder seg i et område en viss tid.

15. Objekt stopper i et interessant område.

16. Kjøretøy som kjører tett opptil et annet kjøretøy

7.3.12 Lisenser og priser for programvaren – videoanalyse og video management Oppdragsgiver har erfart at produsentene opererer med forskjellige lisensieringsmodeller for programvaren.

Leverandøren skal derfor prissette tilbudt programvare i et felles avrop, som er spesifisert i Appendix

A3-9, og inkludere alle nødvendig server og klientlisenser.

Videre skal leverandøren redegjøre for de aktuelle produsentenes lisenspolitikk, slik at det fremkommer hva som skal inkluderes i fremtidige avrop

Visse kamera er i avropsskjemaene satt opp med regler for videoanalyse. Oppdragsgiver har erfaring at dette prissettes separat - hvis leverandøren har den policy kan programmering av regler prissettes i avropet.

7.4 Tjenester som inngår i leveransen

7.4.1 Installasjonstjenester

7.4.1.1 Generelt om installasjonstjenestene

I utgangspunktet er et avrop en bestilling som skal installeres samlet og klargjort for normal drift, enten dette er en supplerende anskaffelse på et kamera eller lignende, eller en komplett konfigurasjon for en terminal. Installasjon og klargjøring for normal drift innebærer bla.:

• Kameraet skal være forskriftsmessig montert, tilkoblet nettverket, rettet mot målet og evt. programmert for videoanalyse.

• Servere og nettverkskomponenter skal være installert, optimalisert og klargjort for normal drift

• Programvare skal legge ut på alle aktuelle enheter, eller konfigurert slik at den kan startes opp fra alle aktuelle enheter.

• Lagring av video opptak skal være i hht avrop; og automatisk sletting som angitt i kravspesifikasjonen.

• Kommunikasjon mellom ITV operasjonssentral og installert konfigurasjon/kamera skal være operativ.

7.4.1.2 FDV-dokumentasjon

Leverandøren skal som en del av leveransen i avropet utarbeide/oppdatere FDV-dokumentasjon (ref. kap 7.4.1.5).

7.4.1.3 Installasjonsgodkjenning

Installasjonsarbeidet skal avsluttes med en installasjonsgodkjenningen, som skal gjennomføres i to trinn:

• Leverandøren skal ha gjennomført og dokumentere en egenkontroll av alle systemets funksjoner før overlevering.

• Ved overlevering skal Leverandøren under oppsyn av Oppdragsgiver gjennomføre en godkjenningsprøve om anlegget tilfredsstiller krav satt i forespørsel og avrop.

• Løsningen er godkjent for å gå i prøvedrift først når Oppdragsgiver har godkjent FDV- dokumentasjon og alle tester.

Med mindre annet er bestilt/avtalt skal godkjenningsprosessen, inkl. prøveperioden, følge bestillingene/avropene.

7.4.1.4 Prøveperiode

Etter installasjonsgodkjenningen skal hele løsningen gjennomgå en -1- måned prøvedrift i reell bruk, hvor Leverandøren har utvidet kapasitet til å supportere løsningen kapasitetsmesssig – og utvidet til 07-18.00

Løsningen er ikke endelig godkjent før alle vesentlige feil/mangler som oppdages under installasjonstestene og prøveperioden er løst. Godkjenning av prøvedriften gir også grunnlag for at Leverandøren kan fakturere for leveransen..

7.4.1.5 Implementering av avropene som inngår i forespørselen

Leverandøren må umiddelbart etter avtaleinngåelse ta initiativ til at det etableres en plan for denne implementeringen som også må koordineres med entreprenøren som står for byggearbeidene ved OBT.

Det fysiske installasjonsarbeidet på de eksterne terminalene kan gjennomføres uavhengig av byggeaktivitetene ved OBT, men konfigurasjonen for overvåkningen, lagringen, etc. er avhengig av at man får gjennomført installasjonsarbeidene av serverne og ITV operativt driftssenter som skal stå i Oslo BT sine lokaler. Det skal i utgangspunktet også gå greit, men med all parallelle aktiviteter som pågår innenfor et begrenset fysisk område kan dette gå ut over effektiviteten i arbeidet og må således koordineres godt.

Krav: Leverandøren skal som en del av disse implementeringene utarbeide en mal som skal benyttes ved disse og fremtidige godkjenningsprosesser. Den skal beskrive hva som skal testes og hvordan, samt krav til resultat. Malen skal godkjennes av Oppdragsgiver før den tas i bruk og skal også benyttes for disse første avropene.

Krav: Leverandøren skal som en del av disse implementeringene sammen med Oppdragsgiver utarbeide en mal for FDV-dokumentasjon som skal utarbeides og overleveres ved implementering av de enkelte avropene. Xxxxx skal godkjennes av Xxxxxxxxxxxxx og målsettingen er at den passer inn i forhold til den dokumentstruktur Oppdragsgiver har i sitt FDV-system.

Oppdragsgiver ser for seg at installasjonen av disse avropene deles i to puljer, som delvis gjennomføres i parallell:

Pulje 1: De eksterne terminalene med sentral lagring og ITV operativt driftssenter for OBT, dvs.:

• A3-2 AKT ITV operasjonssentral

• A3-5 AKT Sentral serverkonfigurasjon

• A3-6 Fornebu brygge

• A3-7 Lysaker brygge

• A3-8 Sandvika bussterminal

• A3-9 Programvare

Pulje 2: OBT ITV nettverk dvs. montering av kameraer switcher og sentral lagring for OBT, dvs;

• A3-3 OBT Sentral serverkonfigurasjon

• A3-4 OBT ITV nettverk, dvs. kameraene

• A3-9 Programvare

Her må planene legge opp til at hver av disse puljene gjennomgår sine installasjonsprosesser, godkjenninger og prøveperioder.

7.4.1.6 Implementering av ITV operativt senter - pris

Leverandøren skal designe og implementer Oppdragsgiver ITV operative senter. Med dette skal forstås:

• Implementere den fysiske løsningen

• Foreslå organisering og arbeidsprosesser, rutiner, rapportering, mm for senteret. Leverandøren skal beskrive hvordan han vil legge opp dette i et eget egenkomponert appendix og prissettes i avropsdokumentet for det operative senteret.

7.4.2 Opplæring

Oppdragsgiver ser for seg opplæring på 3 nivåer:

7.4.2.1 Infrastruktur og ITV systemteknisk installasjon

Denne opplæringen gjennomføres som deltakelse i den detaljerte konseptutviklingen, implementasjonen og prøveperioden for samtidig å bygge opp samhandlingen på konsulentnivå. Partene dekke egne kostnader forbundet med dette arbeidet og kompetanseformidlingen..

7.4.2.2 Opplæring brukere

Tilbyder skal gi opplæring til Oppdragsgivers brukere. Dette skal være ren brukeropplæring; tilstrekkelig for å gjennomføre de daglige rutinemessige oppgavene (ref. pkt. 7.4.16)

Det skal legges til grunn at ca 10 brukere skal gjennomføre denne opplæringen.

7.4.2.3 Opplæring superbrukere

Tilbyder skal gi opplæring til Oppdragsgivers superbrukere; dette kan gå på dypere detaljeringsnivå, men først og fremst gjøre superbrukerne trygg på systemet og på sin rolle som veileder overfor brukerne.

Det skal legges til grunn at 4 – 5 brukere skal delta.

7.4.2.4 Opplæringsmateriell og kurs i driftsfasen

Oppdragsgiver skal ha fri tilgang til det kursmaterialet som benyttes på disse kursene og har rett til både å bearbeide det og benytte det i egen regi. Dokumentasjonen skal også utformes slik at brukerne skal kunne benytte den som enkel brukerdokumentasjon i driftsfasen.

I driftsfasen vil Oppdragsgiver selv, basert på dette kursmaterialet, ivareta kursing ved nyansettelse eller interne forflyttinger – unntaksvis vil dette overlates til Leverandøren som et oppdrag.

7.4.3 Rådgivning og avansert support

Rådgivning omfatter i stor grad dialogen knyttet til Oppdragsgivers løsning, utvidelser, videreutvikling; ta ny teknologi i bruk. Normalt sett betrakter Oppdragsgiver dette som dag-til-dag kundepleie; men hvis dette utvides til større utredning; plikter partene å bli enig om en honorarmodell for arbeidet, basert på Leverandørens standard rådgiverpriser under rammeavtalen og partenes gjensidige nytteverdi og organisasjonsmessige utvikling gjennom oppdraget.

Krav: Avansert support omfatter ulike typer konfigurasjonsarbeid, f.eks. videoanalyse

Denne tjenesten må minimum være operativ alle hverdager, og arbeidet knyttet til henvendelser må i kritiske situasjoner senest kunne påbegynnes neste hverdag

7.4.4 Service- og vedlikehold

7.4.4.1 Service og vedlikehold – samhandling mellom Oppdragsgiver og Leverandør Leverandøren skal, sammen med Oppdragsgivers egen ITV-ressurs, ha en sentral rolle i service og vedlikehold av Oppdragsgivers ITV-løsning; konseptet for dette er beskrevet i Appendix 4.

Her fremkommer det at Oppdragsgivers ITV-ressurs i utgangspunktet vil ha 1.linje ansvar for infrastrukturen med eskalering til Leverandøren som har ansvaret for alle eskalerte feil/hendelser, Leverandøren har det fulle vedlikeholdsansvar for «sine» produkter, videovegg og tilbudt programvare.

Det understrekes at det skal være tette og jevnlige oppfølgingsmøter for å sikre god planlegging og samhandling. Det er Leverandøren som er ansvarlig for gjennomfører nødvendige møter og annen type kommunikasjon for å få til effektiv samhandling.

Oppdragsgiver har bare en ITV-ressurs; det er selvsagt kritisk i forhold til ferieavvikling og evt. sykdom; fordelen er at man har en ressurs som er «tett på» den fysiske konfigurasjonen og som kjenner løsningen godt, har dialog med brukerne etc.

Ved ferieavvikling, sykdom etc. må Leverandøren også ivareta 1.linje. Det skal pekes ut enn navngitt ressurs som skal ivareta disse oppgavene ved all planlagte fravær gjennom hele avtaleperioden; samt så godt som mulig også uplanlagte fravær. Utskiftning av denne ressursen skal varsles. Timepris for dette angis i Appendix 3, A3-11.

7.4.4.2 Gjennomføringen av service og vedlikehold

Service og vedlikehold skal gjennomføres i hht. Appendix 4; og deles inn i:

• Preventivt vedlikehold

• Service, reparasjoner, utskiftninger, etc

Innenfor følgende produktgrupper:

• Sentrale servere

• Lokale servere

• Videovegg

• Arbeidsstasjoner til ITV operasjonssentral

• Programvare

• Kamera

• Switcher

Prisene skal oppgis i Appendix 3, A3-11 Service og vedlikehold.

7.4.4.3 Krav til tjenestekvalitet (SLA) på service og vedlikehold

Målsettingen er at følgende tabell skal gi en felles forståelse av kravene til tjenestekvalitet, men samtidig også grunnlag for reaksjoner dersom disse normene ikke følges.

SLA-krav

OBT-server og AKT-server

Ikke kritisk feil,

1 uke

	Feil/hendelse som ikke har noen konsekvenser for tjenestene som genereres på serveren eller kortsiktig for driften.
2	Moderat feil, Feil som ikke hindrer bruk av systemet, men som kan ha konsekvenser for ytelsen på systemet eller på sikt kan utvikle seg til å bli kritisk.	2 dager
3	Kritisk feil, Xxxx som medfører at tjenester som tar utgangspunktet i serveren ikke lenger er operativ.	4 timer
B	Lokale servere og Videovegg
1	Ikke kritisk feil, Feil/hendelse som ikke har noen konsekvenser for tjenestene som genereres på serveren eller kortsiktig for driften.	2 uker
2	Moderat feil, Feil som ikke hindrer bruk av systemet, men som kan ha konsekvenser for ytelsen på systemet, eller på sikt kan utvikle seg til å bli kritisk.	1 uke
3	Kritisk feil, Feil som forårsaker at tjenester som tar utgangspunktet i enheten ikke lenger er operativ.	24 timer
C	Reparasjon av kamera
1	Avklaring av om et kamera kan repareres	2 dager
2	Kamera er ferdig reparert og montert	2 uker
3	Kamera erstattet av nytt kamera og montert	1 uke

Vedr. pkt. A og B over:

Med SLA-krav her er å forstå; tidsintervallet fra Oppdragsgiver melder en feil/hendelse til Leverandørens serviceapparat har rettet opp i den rapporterte feilen/hendelsen, og systemet er i normal drift.

Feil/hendelser skal kunne rapporteres i hht. avtalte rutiner til Leverandørens serviceapparat alle hverdager mellom kl 08.00 -17.00.

Vedr. pkt. C over:

Med SLA-krav her er å forstå: det er Oppdragsgivers ansvar å levere inn kamera som har feilet – og her blir tidsintervallet målt fra Leverandøren har mottatt kameraet og frem til det spesifiserte resultatet er oppnådd. Det er Leverandørens ansvar å montere og tilrettelegge for drift med reparert/nytt kamera.

Definisjoner:

Med time er å forstå klokketime

Med dag er å forstå samme klokkeslett neste hverdag

Med uke er å forstå en kalenderuke; på samme klokkeslett.

7.4.4.4 Servicedesk

Leverandøren skal tilby en servicedesk som minimum skal ha åpningstid 08 – 17.00 alle hverdager. Den skal tilby følgende tjenester:

• Brukersupport på tilbudt programvare og videovegg

• Leverandørens eskaleringspunkt for feil og hendelser som har konsekvenser for driften og operatørenes brukeropplevelse.

• Følge opp saker som ikke er løst

Servicedesken skal registrere og føre log over alle henvendelser som har konsekvens for driften; servicedesken skal kunne nås via telefon og mail.

Oppdragsgivers ITV-ressurs, samt superbrukere skal ha tilgang til servicedesken innenfor servicedeskens åpningstid

Utenfor servicedeskens åpningstid må Leverandøren ha et apparat for å motta henvendelser fra operatørene når det operative og/eller driftstekniske situasjoner/feil som gjør at operatør ikke får utført sine normale arbeidsoppgaver; kritiske feil (ref. pkt. 7.4.4.3).

Denne tjenesten må minimum være operativ i intervallet 05-01.00 alle dager

7.4.4.5 Prismodell

Det er mange aspekter knyttet til service, vedlikehold og support av en løsning som denne ITV- løsningen, hvilket også gjenspeiles i kostnadsbildet.

Oppdragsgiver har kommet til at en kombinasjon av en månedlig fastpris og pris for medgått tid og materiell er mest hensiktsmessig.

I fastprisen inngår følgende kostnadselementer som påløper for Leverandøren:

• Opprettholdelse av kompetanse på AKTs ITV-løsning for å kunne ivareta forespurte tjenester og tjenestekvalitet.

• Beredskap / ressurser for å kunne gjennomføre de forespurte tjenestene

• Opprettholdelse av kompetanse på tilbudt programvare samt videovegg både systemteknisk og brukermessig.

• Yte service- og vedlikehold på tilbudt programvare samt videovegg

• Servicdesk som beskrevet i 7.4.4.4.

Leverandøren skal fylle sine priser inn i Appendix 3, A3-11, som er delt opp i følgende seksjoner:

• Basis for tjenestene

• Preventivt vedlikehold

• Service, reparasjoner, utskiftinger mm.

De 2 første seksjonene skal prises pr år pr produktgruppe, i hht produktgruppene slik de er definert i

Appendix 4.

Siste seksjon, service, reparasjoner og utskiftninger, belastes etter medgått tid og materiell. Her skal Leverandøren oppgi sine timepriser innen de samme produktgruppene.

Beredskap og tilgang til ressurs når Oppdragsgivers ITV-ressurs er fraværende belastes pr time. Denne ressursen skal bare ivareta de kritiske forpliktelsene som Oppdragsgiver har ansvar for og som er nødvendig å gjennomføre umiddelbart for å holde systemene operative. Alle andre aktiivteter legge til side til Oppdragsgivers ITV-ressurs er tilbake.

Bestillingsrutiner

Ved skiltbehov vil oppdragsgivers kontaktpersoner sende forespørsel til leverandør. Leverandør skal besvare enhver bestilling, både konsulenttjenester og skiltanskaffelser, innen 2 virkedager.

1. Enhver bestilling bekreftes av leverandør pr. e-post og angi følgende:

▪ Spesifisering av enhetspris og totalpris.

▪ Leveringstid

2. Ved bestilling av byggeplasskilt skal følgende komme i tillegg:

▪ Xxxxxxxxxxxxxxxx over oppdragsgivers samarbeidspartnere på dette oppdrag. (Utformes i samarbeid med oppdragsgivers prosjektleder/kontaktperson.

▪ Oppdragsgivers kostnader fratrukket kostnader dekket av samarbeidspartnere. Oppdragsgivers samarbeidspartnere er aktører som bidrar i byggeprosjektet.

Ingen bestilling anses akseptert før oppdragsgivers kontaktperson har bekreftet bestillingen skriftlig.

Dersom kostnaden eller leveringstiden overskrider det avtalte, skal dette informeres oppdragsgiver, og evt. ekstra kostnad må avtales særskilt.

8 Priser på øvrig varesortiment

Oppdragsgivers avtaleprodukter er de produktene som er opplistet i Produktkatalogen - Prisskjema. Leverandøren skal i sitt tilbud oppgi pris for hvert av disse produktene. Man skal ikke se bort fra at det i løpet av avtaleperioden vil kunne bli aktuelt med andre produkter innenfor dette fag/produktområde.

Leverandøren skal i et egetkomponert appendix som vedlegges tilbudet redegjøre for hvilke betingelser Oppdragsgiver vil oppnå på Leverandørens øvrige varesortement og hvordan dette vil kunne håndheves.

9 Miljøkrav

Leverandøren skal være tilknyttet en returordning for kildesortering.

All emballasje skal være resirkulerbar eller gjenbrukbar, dette gjelder også ved bruk av paller og lignende. Leverandør skal, ved behov, fjerne emballasje eller annet, som det ikke er naturlig for den enkelte oppdragsgiver å beholde etter den enkelte leveranse.

Av Obs-listen til SFT fremgår ca. 250 stoffer som er mistenkt å være særlig helse- og miljøskadelige og som bør reduseres ved bruk, produksjon, lagring eller håndtering av avfall,

jfr. xxxx://xxx.xxxxxxxxxxxxxxxxx.xx/xxx/xxxx/xxxxxxxxxxxxx/xxxxxxxxxxx/0000/xx0000.xxx

Produktene som tilbys skal oppfylle kravene i Prioritetslisten til SFT, over stoffer eller stoffgrupper som skal stanses, reduseres vesentlig eller fases ut innenfor gitte tidsfristen, jfr. xxxx://xxx.xxxxxxxxxxx.xx/xxxx/xxxxxxxxxxx/xxxxxxxxxxxxxxxx/xxxxxxxxxxxxxxxx/

Produktene skal til enhver tid oppfylle miljøkrav som følger av gjeldende lover og forskrifter.

10 Etisk handel

Tilbyder skal, i tilbudet, vedlegge signert erklæring om etisk handel, se vedlegg 8.

Valgt leverandørs kontaktperson, og eventuelt andre hos leverandøren, skal delta på minimum 2 kurs i regi av initiativ for etisk handel i løpet av avtaleperioden.

11 Øvrige krav

11.1 Om rammeavtalens oppbygging

Den fremtidige rammeavtalen vil hovedsak bestå av 3 moduler

• Selve avtalestammen

• Produktkatalogen

Selve avtalestammen vil i utgangspunktet være statisk gjennom hele avtaleperioden; selv om det også kan tenkes å være formålstjenlig også å gjøre endringer på denne. Det vil i så fall bli gjort vha endringsbilag etter at man er blitt enige om endringene.

Produktkatalogen derimot vil være dynamisk gjennom hele avtaleperioden. Ved distribusjon av konkurransedokumentene inneholder katalogen bare kravene til de produkter og tjenester som forespørres – og med plass for at Leverandøren skal kunne legge inn fakta om side produkter.

11.2 Leverandørens bruk av produktkatalogen

Ved utarbeidelse av sitt tilbud skal Leverandøren legge inn sine produkter og tjeneste, med spesifikasjoner og pris, som svar på de respektive produkt-/tjenestekravene. Disse katalogene er utviklet i Excel, med de fordele og begrensninger som ligger i dette verktøyet.

Det er derfor ikke hensiktsmessig å legge store mengder informasjon om produktene her. Legg inn kortversjoner av beskrivelsene i katalogene og så kan den mer utfyllende informasjon legges ut på et separat Appendix som Leverandøren strukturerer og administrerer. Det er imidlertid viktig å ha med detaljert referanse fra Produktkatalogene til relevant plass i appendix med detaljinformasjon

Ved innlevering av tilbud skal produktkatalogene være fylt ut med Leverandørens produkter; samt appendix med relevant tilleggsinformasjon.

Under avtalens levetid vil det være Leverandørens ansvar å hold produktkatalogen oppdatert i takt med at det skjer endringer i Leverandørens produktsortiment, slik at man unngår unødvendig forsinkelser.

Partene skal etter kontraktsinngåelse enes om rutiner for å oppdatere produktkatalogen; samt rutiner for å ta vare på utfasede produkter/tjenester for bla. garantihåndtering.

11.3 Bestillinger på rammeavtalen

Når det skal gjøres bestillinger skal det fylles ut et avropsskjema Mal for avrop følger vedlagt konkurransedokumentene.

Intensjonen er at man skal kopiere aktuelle produkter og tjenester fra produkt- og tjenestekatalogene inn på avropsskjemaet.

Avropsdokumentet skal være komplett i forhold til å gjøre bestilling av en ny konfigurasjon og skal være den formelle kommunikasjonsformen mellom partene når det skal gjøres bestillinger.

11.4 Tilpasning av produktkatalogen og avropsdukumentene

Oppdragsgiver har registrert at produsentene av programvare opererer med noe forskjellig lisensstruktur. Oppdragsgiver ser ikke bort fra at malen som er bygget opp for produktkatalog og avrop kan være uforenlig med lisensstrukturen for noen produkter. De leverandørene som opplever det slik, kan enten redegjøre for prisingen av den aktuelle programvaren i et separat appendix som de selv bygger opp; eller de kan redegjøre for hvilke strukturelle endringer som må til i konkurransedokumentene for at forhold knyttet til leverandøren produkter kan bli ivaretatt. Dette må i så fall skje senest en uke etter konkurransedokumentasjonen er distribuert.

Appendixer til konkurransedokumentene

Appendix	Tittel
A1-1	Avtalens produktkatalog – Kameraer
A1-2	Avtalens produktkatalog – Switcher, servere, mm
A1-3	Avtalens produktkatalog - Programvare
A2-1	Oslo bussterminal - kameraoversikt
A2-2	Lysaker brygge - kameraoversikt
A2-3	Fornebu brygge - kameraoversikt
A2-4	Sandvika - kameraoversikt
A3-1	Mal
A3-2	Avrop AKT ITV operasjonssentral
A3-3	Avrop OBT sentral serverkonfigurasjon
A3-4	Avrop OBT ITV nettverk
A3-5	Avrop AKT sentral serverkonfigurasjon
A3-6	Avrop Fornebu brygge
A3-7	Avrop Lysaker brygge
A3-8	Sandvika bussterminal
A3-9	Programvare
A3-10	Samlede kostnader alle terminaler
A3-11	Service- og vedlikeholdspriser
4	Service- og vedlikeholdskonsept

11	Konseptskisse AKT ITV-løsning
12	OBT oversiktskart
13	OBT konseptskisse
14	OBT kameraskjema
15	Fornebu brygge oversiktsbilde
16	Xxxxxxx brygge oversiktsbilde
17	Sandvika bussterminal oversiktsbilde

Document Metadata

Table of Contents

KRAVSPESIFIKASJON

Document Metadata