Vedlegg 1 Bilag 4 : Til SLA IT løsninger

Innhold

Bilag 1: Oppdragsgivers kravspesifikasjon (krav til vedlikeholdstjenesten)

Krav og realisering av Oppdragsgivers tjenestebehov

Basert på BaaS modellen setter Oppdragsgiver krav til tjenester og etterspør grensesnitt og

data. Operatøren må kunne tilby eller utføre disse tjenestene, slik Oppdragsgiver etterspør.

Figur 1 viser hvilke signaler Oppdragsgivers Billettsystem, Sanntidssystem og Backoffice

trenger for å virke etter hensikten.

Figur 1 Tjenestebehov Oppdragsgiver mot Operatør

1.1 TJENESTE FOR TIDSSERVER

1.1.2 Beskrivelse

Tjenesten skal levere riktig klokkeslett, som hentes fra en internettserver av en egen modul i

kjøretøyet i henhold til ITxPT spesifikasjonene. Alle moduler som har behov for riktig

klokkeslett for tidsstempling av data skal hente det fra denne tjenesten.

1.1.3 Data og grensesnitt

Beskrevet i ITxPT S02 v2.0 2017, seksjon 3.2.

1.1.4 Kravtabell

Kravnummer	Beskrivelse av krav
1.	Ingen enheter som er avhengig av riktig tidsstempling av data skal avvike fra tjenestens tid med mer enn 1 sekund
2.	Oppdatering av tid fra sentral server skal gjøres minimum ved oppstart av bussen.

1.2 TJENESTE FOR KJØRETØYETS POSISJON

1.2.1 Beskrivelse

Tjenesten skal levere kjøretøyets posisjon, som produseres av en egen modul i kjøretøyet i henhold til ITxPT spesifikasjonene.

1.2.2 Data og grensesnitt

Beskrevet i ITxPT S02 v2.0 2017, seksjon 3.3.

1.2.3 Kravtabell

Kravnummer	Beskrivelse av krav
1.	Dataene må inneholde minimum Timestamp, koordinater, retning, og hastighet
2.	Presisjonen på posisjon skal være +/- 2 m. Unntak vil gjelde i tunneler og inne i terminalbygg.
3.	«Retning» må være i grader.
4.	Koordinater må være i lat/lon format (WGS84)
5.	«Kjøretøyets hastighet» må være en del av datastrukturen
6.	NMEA-rådata skal være en del av datastrukturen
7.	Timestamp skal være i UTC-format (ISO8601).

1.3 TJENESTE FOR KJØRETØYDATA – FMSTOIP

1.3.1 Beskrivelse

Tjenesten skal levere data fra kjøretøyets FMS-system, som produseres av en egen modul i kjøretøyet i henhold til ITxPT spesifikasjonene.

1.3.2 Data og grensesnitt

Beskrevet i ITxPT S02 v2.0 2017, seksjon 3.4.

1.3.3 Kravtabell

Kravnummer	Beskrivelse av krav
1.	FMS-dataene må minimum inneholde kjøretøyets hastighet, odometerverdiåpen/lukket tilstand til hver dør
2.	Hastigheten skal oppgis i km/t.
3.	Hver dør skal rapportere om den er åpen eller lukket eller sensoren har en oppdaget feiltilstand.

1.4 TJENESTE FOR APC

1.4.1 Beskrivelse

Tjenesten skal levere passasjertellinger per dør. Det vil si alle påstigninger og avstigninger pr dør fordelt på ulike kategorier. Tjenesten skal levere disse dataene kontinuerlig til Oppdragsgivers sanntidssystem, på aktive kjøreoppdrag.

1.4.2 Data og grensesnitt

APC-leverandørens egne protokoller skal benyttes. Oppdragsgivers sanntidssystem vil samle inn data fra APC-systemet.

Oppdragsgivers sanntidssystem vil tilpasses til å kunne hente inn data fra det passasjertellingssystemet operatør velger.

1.4.3 Krav til tjenesten Kravnummer Beskrivelse av krav

Kravnummer	Beskrivelse av krav
1.	Tjenesten skal omfatte utstyr og funksjonalitet for passasjertelling som registrerer alle påstigende og avstigende passasjerer pr. holdeplass.
2.	Det skal utføres telling på alle kjøretøyets inn- og utganger.
3.	Tellingen skal utføres med minst 95% nøyaktighet pr 1000 påstigende passasjer i hele kontraktsperioden
4.	Det skal være mulig å analysere kvalitet på telling via programvare og eller loggfiler. Diagnoseverktøy skal tilgjengeliggjøres for Oppdragsgiver.
5.	Sensorene må våre uforstyrret av støykilder som eksempelvis reflekser og annet som passasjerer går med
6.	Protokoll for løsning skal gjøres tilgjengelig for Oppdragsgiver slik at det kan kobles til sanntidsløsning

1.5 TJENESTE FOR KJØREOPPDRAG

1.5.1 Beskrivelse

Denne tjenesten skal ikke leveres av Operatør. Dette vil leveres av Oppdragsgivers sanntidssystem.

Tjenesten skal levere hvilket kjøretøy som skal kjøre hvilket vognløp og avgang. Dette leveres når kjøreoppdraget bekreftes og startes, og avsluttes. Ved avvik eller endringer i kjøreoppdragene, må også dette publiseres på samme måte, før avvik/endring trer i kraft.

1.5.2 Data og grensesnitt

Håndteres av Oppdragsgivers sanntidssystem.

1.5.3 Krav til tjenesten

Kravnummer

Beskrivelse av krav

Operatør sin sjåfør for oppdraget skal alltid logge på et kjøreoppdrag i sanntidssystemet før oppdraget kjøres.

1.6 TJENESTE FOR LOKAL DPI

1.6.1 Beskrivelse

Denne tjenesten skal leveres av Oppdragsgivers sanntidssystem. Sanntidssystemet må få tilgang til å spille av lydfiler over kjøretøyets høyttaleranlegg, innvendig og utvendig. Det må også kunne vise bilder og video på skjermene for visning av passasjerinformasjon (levert av operatør). Videre skal sanntidssystemet kunne styre alle innvendige og utvendige skiltkasser.

1.6.2 Data og grensesnitt

Lydopprop sendes fra sanntidssystemet til kjøretøyets forsterker via et analogt Line Level audiosignal. Sanntidssystemet sender aktiveringssignal for å sende lydopprop enten til indre eller ytre høyttalere.

1.6.3 Krav til tjenesten Kravnummer Beskrivelse av krav

Kravnummer	Beskrivelse av krav
1.	DPI styringsmodul (sanntidssystem) må kunne kommunisere med Oppdragsgivers backoffice over mobilnettet
3.	Sanntidssystemet må kunne avspille lydfiler over kjøretøyets høyttaleranlegg. Lydsignalet er analogt Line Level.
4.	Forsterkeren for lydopprop skal ha innganger for mikrofon- og line level signal.
5.	Sanntidssystemet skal kunne velge om lydoppropet skal spilles av innvendig eller utvendig i bussen.
6.	Plassering av høyttalerne i bussen skal være slik at det gir god lydgjengivning til alle passasjerplasser i bussen. Av omsyn til bussjåføren skal førerplassen skjermes ved at høyttalere ikke plasseres i umiddelbar nærhet av førerplass.
7.	Sanntidssystemet må kunne styre skiltkasser over ethernet.

1.7 UTVENDIGE INFORMASJONSFLATER

1.7.1 Beskrivelse

Med utvendig informasjonsflater menes alle skiltkasser som er rettet ut fra kjøretøyet og som i dag inneholder linjeinformasjon. Disse skiltkassene skal styres direkte av Oppdragsgivers sanntidssystem. Operatøren er ansvarlig for å levere og klargjøre disse displayene om bord i kjøretøyene.

1.7.2 Data og grensesnitt

Ytre skiltkasser for visning av linjenummer og destinasjon, samt «Neste stopp»-skilt for visning av neste holdeplass skal kommunisere på IP-nettverket og kunne styres av sanntidssystemet via nettverket. Hvis Operatør har behov for en separat kontrollenhet for å styre skiltkassene skal sanntidssystemet kunne overstyre kontrollenheten.

1.7.3 Krav til tjenesten

Strøm til skjermer skal være i henhold til «S01_v2.0_2017-Installation Requirements specification»

Kravnummer Beskrivelse av krav

Kravnummer

Beskrivelse av krav

Skiltkassene skal være av LED-dot type, med «amber» farge på LED.

Sanntidssystemet må kunne styre skiltkasser over ethernet. Protokollen for å styre skiltkassene skal beskrives av Operatør.

1.8 INNVENDIGE INFORMASJONSFLATER

1.8.1 Beskrivelse

Med innvendig informasjonsflater menes, alle skjermer om bord som er rettet mot passasjerer og inneholder passasjerrettet informasjon. Dette gjelder både skiltkasser i takbuen og skjermer over midtgangen. Disse skjermene skal styres av Oppdragsgivers sanntidssystem. Operatøren er ansvarlig for å levere og klargjøre disse displayene om bord i kjøretøyene.

1.8.2 Data og grensesnitt

«Neste-stopp»-skiltkasser skal styres over IP-nettverket. Protokollene for å styre skiltkassene skal beskrives av Operatør.

Skjermer for visning av passasjerinformasjon skal styres over IP-nettverket.

1.8.3 Krav til tjenesten

Strøm til skjermer og skiltkasser skal være i henhold til «S01_v2.0_2017-Installation Requirements specification»

Kravnummer	Beskrivelse av krav
	Skiltkassene skal være av LED-dot type.
	Sanntidssystemet må kunne styre skiltkasser over IP-nettverket. Protokollen for å styre skiltkassene skal beskrives av Operatør.
	Skjermer for passasjerinformasjon skal være TFT-skjermer eller tilsvarende.
	Informasjonsskjermformat skal ha: Minimum størrelse: 21.5 tommer Minimum oppløsning: FullHD 1920x1080 Herdet glass Innsynsvinkel ≥ 178° Lysstyrke ≥ 500 cd/m2 Antall farger ≥ 16 millioner Anti-refleks-belagt
	Sanntidssystemet skal kunne vise bilder og video på skjermene via bussens IP-nettverk.

1.9 TJENESTE FOR OMBORDSALG OG VALIDERING

1.9.1 Beskrivelse

Oppdragsgiver vil benytte sin eksisterende løsning for salg og billettering, heretter kalt billettering.

Ved en eventuell senere overføring av billettering til Operatør, med billettering levert som en tjeneste, vil det behandles som en endringsordre.

Oppdragsgiver vil tilby passasjerer alternative løsninger for kjøp av, og aktivering og validering av elektroniske billetter. Operatør må derfor utføre ombordsalg hos sjåfør. Ombordsalg utføres gjennom bruk av løsning som blir levert av Oppdragsgiver. Oppdragsgiver er ansvarlig for anskaffelse og drift av system og utstyr for ombordsalg, og er eier av løsningen. Operatør er ansvarlig for infrastruktur i buss.

1.9.2 Krav til tjenesten Kravnummer Beskrivelse av krav

Kravnummer	Beskrivelse av krav
1.	Operatør er ansvarlig for å stille til disposisjon og plassere stativ for montering av billettmaskin. Det er Operatør sitt ansvar å sørge for at plassering tilfredsstiller nødvendige krav og forskrifter. Endelig plassering skal gjøres i samråd med Oppdragsgiver.
2.	Operatør skal legge frem og terminere kabler til billetteringsutstyr i henhold til dokumentasjon levert av Oppdragsgiver, og dekke alle kostnader knyttet til dette.
3.	Operatør skal stille alle busser som skal benyttes i oppdraget tilgjengelig for kontroll og godkjenning for Oppdragsgiver før de tas i bruk. Dette gjelder også kontroll av nye busser i byggeperioden.
4.	Operatør skal dekke kostnader ved overføring av utstyr mellom busser i kontraktsperioden
5.	Operatør skal stille busser til disposisjon for Oppdragsgiver eller Oppdragsgiver sin representant til et forhåndsavtalt tidspunkt og sted for montering av utstyr, uten kostnad for Oppdragsgiver, i henhold til punkt 1.13
6.	Operatør skal i samarbeid med Oppdragsgiver utarbeide monteringsplan, i henhold til punkt 1.13
7.	Operatør er ansvarlig for å demontere billetteringsutstyr på en forsvarlig måte, og levere dette tilbake til Oppdragsgiver når busser ikke lenger skal benyttes i trafikk. Operatør er ansvarlig for å dekke alle kostnader knyttet til dette.
8.	Operatør skal stille med nødvendig personell på kurs og opplæring for førstelinje ettersyn, service og vedlikehold på billetteringsutstyr før oppstart av kontrakten og ved endringer underveis i kontraktsperioden dersom Oppdragsgiver finner det hensiktsmessig. Lønn og annen godtgjørelse til personell som deltar dekkes av Operatør.
9.	Operatør er ansvarlig for at billettmaskinene blir benyttet i samsvar med Oppdragsgiver sine spesifikasjoner. Uansvarlig, aktløs eller uforsvarlig håndtering av utstyr og system kan medføre erstatningsansvar overfor Oppdragsgiver. Kostnader som følge av skade som blir påført utstyret etter at dette er overlevert til Operatør, vil bli belastet Operatør
10.	Operatør er selv ansvarlig for å skaffe og koste billettruller og rensemiddel til billettmaskinene etter nærere spesifikasjoner fra Oppdragsgiver
11.	Oppdragsgiver er, med unntak av førstelinjeettersyn, ansvarlig for service, vedlikehold og reservedeler. Operatør er ansvarlig for å straks melde fra til Oppdragsgiver dersom det oppstår behov for vedlikehold, service og reparasjoner. Dette skal rapporteres til Xxxxxxxxxxxxx på eget skjema som er utarbeidet av Oppdragsgiver. Operatør er ansvarlig for å stille innrapportert buss tilgjengelig for Oppdragsgiver på avtalt tidspunkt og sted. Operatør skal ikke starte ny tur med defekt billetteringsutstyr med mindre dette på forhånd er avtalt med Oppdragsgiver. Førstelinjeettersyn er Operatøren sitt ansvar, og skal utføres fortløpende. Førstelinjeettersyn er: Visuell sjekk av utstyr Funksjonstest av utstyret Kalibrering av skjerm Bytte av utstyr Kontroll av spenning og signal
12.	Oppdragsgiver vil plassere et tilstrekkelig reservedelslager hos Operatør. Dersom det oppstår situasjoner der defekt billetteringsutstyr ikke kan rettes på stedet, plikter Operatør å erstatte det defekte utstyret med utstyr fra nevnte reservedelslager. Defekt del skal sendes Oppdragsgiver eller den Oppdragsgiver har utnevnt. Oversending av defekt utstyr skal skje seinest neste virkedag og på den måten som Oppdragsgiver har fastsatt. Når defekt utstyr blir mottatt av Oppdragsgiver, vil Oppdragsgiver sende nytt utstyr til Operatør. Transportkostnader for sending av defekt billetteringsutstyr vert dekt av Oppdragsgiver.
13.	Operatør er ansvarlig for at alle busser som blir benyttet i kontrakten har installert fungerende billetteringssystem. Operatør skal til enhver tid kunne gi informasjon om hvilken billettmaskin som er i den enkelte buss. Ved installasjon vil det bli registrert serienummer på hver enkelt billettmaskin og identifikasjon på bussen. Operatør skal gi fortløpende melding til Oppdragsgiver om alle endringer i forhold til disse registreringene.

1.10 TOUCH-SKJERM FOR SANNTIDSSYSTEM

1.10.1 Beskrivelse

Oppdragsgiver skal levere en skjerm som skal være brukergrensesnitt for Oppdragsgivers sanntidssystem.

1.10.2 Data og grensesnitt

1.10.3 Krav til tjenesten

Kravnummer	Beskrivelse av krav
1.	Skjermen skal forsynes med strøm fra batteriet i minimum 15 minutter etter at tenningspluss er slått av.
2.	Skjermen skal plasseres slik at den enkelt kan betjenes av bussjåføren.
3.	Plasseringen av skjermen i kjøretøyet skal gjøres i samråd med Oppdragsgiver.

1.11 DATAKOMMUNIKASJON

1.11.1 Beskrivelse

Operatør skal etablere internett- og mobilkommunikasjon som Oppdragsgiver kan benytte til å kommunisere mellom sine baksystem og sitt utstyr i kjøretøyene. Kommunikasjonen skal være sikret.

1.11.2 Data og grensesnitt

WLAN
Edge/GPRS/3G/4G.

1.11.3 Krav til tjenesten

Kravnummer	Beskrivelse av krav
1.	Det skal ikke være noen begrensning i datamengden som kan lastes opp eller ned.
2.	Det skal ikke være noen begrensninger på hastighet som følge av bruk av mer enn en viss mengde data.
3.	Avhengig av dekning skal disse overføringsteknologiene kunne benyttes: EDGE GPRS 3G 4G
4.	Mobilkommunikasjon skal være «machine to machine» (M2M) til Oppdragsgivers systemer.
5.	Oppdragsgiver skal sette opp de nødvendige IP-adresser for at kommunikasjonen til baksystem skal fungere som ønsket.
6.	Operatør skal beskrive sin løsning for mobilkommunikasjon. Oppdragsgiver skal kunne kreve utbedringer på løsningen om den ikke er tilstrekkelig.
7.	WLAN skal støtte DHCP 802.1x WPA2 Enterprise
8.	Operatør skal beskrive sin løsning for WLAN. Oppdragsgiver skal kunne kreve utbedringer på løsningen om den ikke er tilstrekkelig.
9.	Antenner (mobil/WLAN/GPS) skal være i henhold til «S01_v2.0_2017-Installation Requirements specification».

1.12 PILOTERING, TEST, GODKJENNING OG KOMMISJONERING

For å sikre en start på oppdraget med høy kvalitet fra første dag så skal det etableres ett felles program med krav til forhåndstesting av begge parter (SIT), godkjenning (CAT) og validering av de enkelte kjøretøy (VV).

Dette programmet legger til grunn et tilnærmet standard opplegg for testing og igangkjøring av IT-leveranser.

Hoved leveranser i dette programmet er som følger:

SIT: Pilotering, test og godkjenning av integrasjon mellom tjenester levert i bussen, Oppdragsgivers sanntids- og billetteringssystemer og Oppdragsgivers Back Office.

CAT: Pilotering, test og godkjenning av integrasjon mellom Oppdragsgivers Back Office og en ferdig installert og konfigurert produksjonsbuss.
VV: Kommisjonering av alle busser som skal gå i drift ved oppdragets start, eller ved utvidelse av oppdraget.

1.13 TIDSPLAN

Frister viser avsatt tid, og frister som må overholdes for å nå oppstart av anbud. Avhengige påfølgende aktiviteter kan starte tidligere dersom godkjenning er gitt av Oppdragsgiver.

SITS

SIT CAT VV

6 måneder før oppstart 4 måneder før oppstart 1 måned før oppstart Oppstart anbud

Oppdragsgiver kan på basis av en begrunnet forespørsel fra Operatør vurdere en mer komprimert tidslinje, og derved starte opp noe senere, hvis det sannsynliggjøres at det ikke påvirker oppstart av oppdraget.

Operatøren har i sitt tilbud beskrevet en overordnet fremdriftsplan for hvordan BaaS skal implementeres.

1.14 SYSTEM INTERGRATION TEST (SIT)

SIT er en test av IT systemene mellom Operatør og Oppdragsgiver. SIT skal begynne 6 måneder før oppstart av anbudet. Nødvendige nettverksforberedelser må være klare før oppstart av SIT. Arbeidet med forberedelse av SIT skal starte umiddelbart etter signert kontrakt.

Operatørens leveranse- og vedlikeholdskontrakter må være inngått før oppstart, i tillegg til kontrakt for mobilkommunikasjon. Det er Operatøren som velger og inngår kontraktene for sin flåte. Operatøren må dokumentere at kontrakter er inngått slik at forutsetningene for stabil test og drift er på plass.

SIT utføres av Operatør i samarbeid med Oppdragsgiver. Operatøren må utarbeide testplan som skal deles med Oppdragsgiver før testen starter.

I SIT skal Operatøren demonstrere at komponentene kan kommunisere med Oppdragsgivers sanntidssystem, billetteringssystem og back office.

Operatøren skal lage en testrapport som dokumenterer:
Korrekt kommunikasjon mellom ombordutstyr og Oppdragivers sanntidssystem, billetteringssystem og back office.
Dataoverføring er korrekte i henhold til spesifikasjon.

Operatøren vil få tilgang til ett test system hos Oppdragsgiver for å utføre nødvendige integrasjonstester og verifisere at alle data definert i dette dokument kan overføres.

SIT må godkjennes av oppdragsgiver, og godkjennelse er påkrevde før CAT kan påbegynnes (se under).

1.15 CUSTOMER ACCEPTANCE TEST (CAT)

CAT er en test av første BaaS utstyrte transportmiddel levert fra en produsent til Operatøren. Formålet er å sikre at transportmiddelet, og påfølgende transportmidler møter kravene for å levere BaaS.

CAT utføres av Operatør på tilsvarende måte som SIT. Formålet med denne testen er å sikre kommunikasjonen fra et klargjort transportmiddel. Oppdragsgiver vil utarbeide krav til testen samt akseptantskrav. Operatøren må utarbeide testplan som skal deles med Oppdragsgiver før testen starter.

Testen må utføres på en fullt utstyrt og operativ buss, inkludert Oppdragsgivers utstyr, og bussen må være kjørende. Det må settes av tid til installasjon av Oppdragsgivers utstyr. Alle tjenester påkrevd i dette dokument må være funksjonelle og tilgjengelige.

Dersom Operatøren bestiller transportmidler fra flere produsenter må det gjennomføres en CAT per produsent.

Oppstart CAT skjer etter godkjent SIT, og starter senest 4 måneder før oppstart av anbudet.

CAT er ferdig når den er akseptert av Xxxxxxxxxxxxx, og dette er påkrevd før Operatøren kan påbegynne kjørekontrakten. Operatøren må stille med nødvendige ressurser både for å gjennomføre testen og eventuelt utbedre feil og mangler innenfor fristen.

Avdekkes det feil og mangler i løpet av en test som medfører utbedringer skal hele testen gjennomføres på nytt.

Operatøren har ikke tilgang til å fakturere for kostnader relatert til testen, for eksempel reisekostnader, utbedringer, utstyrsbytter eller transport.

1.16 VEHICLE VERIFICATION (VV)

VV er en verifikasjon av hvert transportmiddel som skal i drift på kontrakten.

Oppstart VV skjer etter godkjent CAT og senest 1 måned før oppstart av anbudet.

VV skal utføres på alle transportmiddel under kontrakt, og er i tillegg påkrevd etter bytter eller reparasjon av komponenter, eller ved endringer på transportmiddelet som kan påvirke systemene. Eksempler kan være kabling, bytte av strømforsyninger, osv. En oppgradering av eksisterende transportmiddel for inkludering i kjørekontrakten krever VV. Eksempel er overføring av transportmiddel fra skoletransport til rutetransport.

En VV skal dokumentere

Stabil strømtilførsel iht. ITxPT
Stabil mobilkommunikasjon
Verifikasjon av programvareversjoner
Verifikasjon av oppsett og data om transportmiddelet
Ende-til-ende test mellom transportmiddelet og oppdragsgiver

Oppdragsgiver vil utarbeide en VV sjekkliste. En VV sjekkliste for hvert transportmiddel skal oversendes Oppdragsgiver. En sjekkliste uten avvik anses som godkjent når den er oversendt og bekreftet mottatt av Oppdragsgiver.

Har listen avvik, kan Oppdragsgiver kreve at Operatøren korrigerer eventuelle feil, og dokumenterer utbedringer og oversender ny sjekkliste før transportmiddelet kan settes i drift.

Oppdragsgiver har rett til å nekte driftsettelse av transportmiddel uten godkjent VV inntil Operatøren kan korrigere, eller bytte ut transportmiddelet. Tilbakeholdt transportmiddel fratar

ikke Operatøren ansvar for å levere på kjøreoppdragene og de sanksjoner som er knyttet til dette.

Avtalens punkt 2.1.2 Samhandlingsplan

Samhandlingsplanen skal være basert på kravene til tjenesten i bilag 1.

Avtalens punkt 2.2.8 Installering av programrettelser mv.

Dersom Oppdragsgiver eller Oppdragsgivers driftsleverandør skal installere programrettelser skal dette fremgå her.

Avtalens punkt 2.2.9 Nye versjoner

Dersom nye versjoner av programvare som er spesifisert i bilag 3 ikke skal være inkludert i avtalen, skal Oppdragsgiver spesifisere dette her.

Bilag 2: Operatørens løsningsspesifikasjon

Operatøren skal i sin løsningsspesifikasjon vise til Oppdragsgivers kravspesifikasjon i bilag 1, beskrivelse av programvare og/eller utstyr som skal vedlikeholdes jf. bilag 3, samt til tjenestenivå jf. bilag 5. Denne skal foreligge senest 120 dager etter Kontraktsignering.

Avtalens punkt 2.2.7 Håndtering av feil

Eventuelle vedlikeholds betingelser som er avtalt mellom Operatøren og produsent av standardprogramvare som Operatøren ikke har utviklet eller vedlikeholder selv (programvareprodusenten) skal angis her.

Avtalens punkt 2.2.10 Ytterligere utvikling

Operatøren kan angi rammer for Oppdragsgivers adgang til å bestille videreutvikling av programvaren som omfattes av vedlikeholdsavtalen her.

Avtalens punkt 6.1 Oppdragsgivers ansvar og medvirkning

Operatøren kan stille ytterligere krav til Oppdragsgivers medvirkning her.

Avtalens punkt 2.2.12 Tilleggstjenester

Operatøren skal beskrive sine tjenester i en tjenestekatalog. Tjenestekatalogen skal inngå her.

Bilag 3: Utstyr og/eller programvare som skal vedlikeholdes

Oppdragsgiver anskaffer vedlikehold samtidig med en utstyrs- og/eller programvareanskaffelse, og vil derfor ikke i tilstrekkelig grad kunne spesifisere det som skal være gjenstand for vedlikehold på utlysningstidspunktet. Bilag 3 vil derfor ikke kunne fylles ut før kontraktsinngåelse for utstyrs og/eller programvareanskaffelsen. Det som skal være gjenstand for vedlikehold i bilag 3 i vedlikeholdsavtalen vil fremkomme av bilag 2 i utstyrs og/eller programvareanskaffelsen.

Oppdragsgiver skal i samarbeid med Operatør beskrive det utstyret og/eller den programvaren som er gjenstand for vedlikehold etter denne avtalen her.

Oppdragsgiver skal i samarbeid med Operatør beskrive teknisk plattform og annen infrastruktur som er relevant for den programvare og/eller det utstyr som skal vedlikeholdes her.

Oppdragsgiver skal beskrive hva slags tilgangsmuligheter Operatøren har til utstyr eller programvare som er gjenstand for vedlikehold i forbindelse med feilrettinger, oppgraderinger etc. her.

Oppdragsgiver skal i samarbeid med Operatør beskrive vedlikeholdsvinduer, rutiner for oppgraderinger etc. av infrastruktur, teknisk plattform og annet som har betydning for programvaren og/eller utstyret som skal vedlikeholdes.

Bilag 4: Prosjekt- og fremdriftsplan for etableringsfasen

Her inntas prosjekt- og fremdriftsplanen for etableringsfasen jfr. Vedlegg 10

Bilag 5: Tjenestenivå med standardiserte prisavslag

Oppdragsgiver har her angitt krav med frister og kompensasjon i forhold til tjenestenivå.

Avtalens punkt 2.2.7 Håndtering av feil

Dersom det er avtalt avvik fra definisjon av feil fra avtalens punkt 2.2.7, skal dette fremkomme her.

Avtalens punkt 2.2.8 Installering av programrettelser mv.

Dersom det er avtalt at Operatøren kan rette feilen ved å sende eller gjøre tilgjengelig for Oppdragsgiver en programrettelse, skal dette, samt rutiner for slik tilgjengeliggjøring, fremkomme her.

Avtalens punkt 2.2.9 Nye versjoner

Hvis det skal gjelde spesifikke tidsfrister for oppgradering til nye versjoner av alminnelig brukt programvare som inngår i Oppdragsgivers tekniske plattform, skal disse spesifiseres her.

Eventuell programvare som er unntatt fra bestemmelsen om tidsfrister, skal spesifiseres her.

Avtalens punkt 10.6.1 Standardisert gebyr

Oppdragsgiver har fastsatt standardiserte gebyrer (tabell 1 og 2) for manglende oppfyllelse av krav til tjenesteleveranser fastsatt i Bilag 1 og oversittelse av frister (tabell 3).

Alle gebyr er oppgitt i hele norske kroner.

1. Gebyr for manglende oppfyllelse av tjenestekrav

Dersom Operatør har lavere oppetid enn 98 prosent per kalendermåned, dvs mer enn 2 prosent manglende oppfyllelse av krav til tjenesteleveransen fastsatt i Bilag 1, vil Operatør bli ilagt gebyr i samsvar med tabell 1. Kalendermåneden er fra midnatt første dag i måneden til midnatt siste dag i måneden.

Gebyr ilegges per manglende oppfyllelse av tjenestekrav pr tur etter følgende trinnmodell:

Trinn 1: gjelder fra og med Oppstartdato til og med xx.xx.202x

Trinn 2: gjelder fra og med xx.xx.202x + 1 og ut kontraktsperioden

Tabell 1 Tjenestekrav Trinn 1 Trinn 2 Henvisning til kravspesifikasjon

Tjenestekrav	Trinn 1	Trinn 2	Henvisning til kravspesifikasjon
Tjeneste for kjøretøyoppdrag	1000	5000	1.5
Tjeneste for kjøretøyposisjon	1000	3000	1.2
Tjeneste for APC	1000	3000	1.4
Tjeneste for DPI	1000	4000	1.6
Utilstrekkelig datakvalitet*	1000	3000	1.3

Nivå Kategori Beskrivelse

* Manglende data fra kjøretøyets FMS- system

Oppdragsgiver kan ikke ilegge mer enn 3000 kr i gebyr per vognløp i Trinn 1 og ikke mer enn 20 000 kr i gebyr per vognløp i fase 2.

Ved kalenderårets slutt vil den totale oppetiden for hele året bli beregnet pr tjeneste. Hvis oppetiden til en tjeneste er 98% eller bedre, vil gebyrene som er gitt gjennom året for denne tjenesten, refunderes i sin helhet.

2. Gebyr for manglende datakvalitet APC

Dersom Operatør har lavere nøyaktighet enn 95 prosent som fastsatt i Bilag 1 punkt 1.4.3, vil Operatør bli ilagt gebyr i samsvar med tabell 2.

Trinn 1: gjelder fra og med Oppstartdato til og med 31.03.2020

Trinn 2: gjelder fra og med 01.04.2020 og ut kontraktsperioden

Tjeneste	Trinn 1	Trinn 2	Henvisning til kravspesifikasjon
Datakvalitet APC (per 1000 tellinger påstigende per buss)	1000	5 000	1.4

Oppetid for tjenester og datakvalitet vil bli målt i Oppdragsgivers baksystem.

3. Gebyr for manglende oppfyllelse av krav til reaksjonstid:

Operatør skal ha et elektronisk feilrapporteringssystem som skal tilgjengeliggjøres for Oppdragsgiver. Ved avvik fra krav til reaksjonstid og håndteringstid fastsatt av Oppdragsgiver, vil Oppdragsgiver ilegge gebyr i samsvar med tabellen under:

Tabell 3

Kategori	Krav til reaksjonstid	Krav til påbegynt håndtering	Krav til retting av feil	Mål om løsningstid	Gebyr i kr
Kritisk (A)	30 min i utvidet åpningstid**	2 timer	Skal pågå kontinuerlig frem til feilen er rettet	En arbeidsdag	1000
Alvorlige (B)	60 min i arbeidstiden*	4 timer	Skal pågå kontinuerlig frem til feilen er rettet	To arbeids-dager	1000
Mindre alvorlig (C)	60 min i arbeidstiden*	2 arbeidsdager	Ingen bestemte krav	Etter avtale	1000
Brukerstøttehenvendelse på telefon eller chat	120 min i arbeidstid*	Umiddelbart etter at henvendelsen er mottatt	Dersom det viser seg å være en feil, skal Oppdragsgiver melde det inn i feilrapporterings-systemet	Ikke angitt	1000
Brukerstøttehenvendelse på e-post	Svar om at e-post er mottatt umiddelbart	Besvares neste arbeidsdag	Dersom det viser seg å være en feil, skal Oppdragsgiver melde det inn i feilrapporterings-systemet	Ikke angitt	1000

Kolonne som viser gebyr inntrer ved brudd på reaksjonstid og/eller påbegynt håndtering

*Arbeidstid defineres her som man-fre 08:00-16:00

** Åpningstid defineres som driftsdøgnet

Krav til rapportering:

Alle rapporter skal være overlevert Oppdragsgiver innen 3 virkedager etter månedens slutt, og dekke kravene i Avtalens punkt 2.3

Tak for gebyrer

Oppdragsgiver kan maksimalt ilegge gebyr i samsvar med dette bilag per år tilsvarende 1,8 prosent av Kontraktens årlige godtgjørelse.

Bilag 6: Administrative bestemmelser

Avtalens punkt 1.5 Partenes representanter

Bemyndiget representant(er) for partene, og prosedyrer og varslingsfrister for eventuell utskiftning av disse, spesifiseres her.

Avtalens punkt 2.1.2 Samhandlingsplan

Dersom Oppdragsgiver i bilag 1 har angitt at krav til samhandling skal fremgå av bilag 6, skal disse fremkomme her.

Avtalens punkt 2.2.6 Brukerstøtte

Dersom Oppdragsgiver i bilag 1 har stilt krav om til brukerstøtte, skal Operatøren beskrive sin brukerstøttetjeneste her.

Avtalens punkt 5.2 Nøkkelpersonell

Operatøren skal spesifisere sitt nøkkelpersonell som ikke kan skiftes ut uten Oppdragsgivers forutgående godkjenning her.

Bilag 7: Samlet pris og prisbestemmelser

Alle tjenester definert i vedlegg 11 og SLA med bilag er inkludert i Kontraktens godtgjørelse, jamfør Vedlegg 5 til Kontrakt

Bestilling av tilleggstjenester og endringer og honorarer av dette er regulert i Kontrakt, endringsbestemmelser punkt 23.

Bilag 8: Endringer i den generelle avtaleteksten

Endringer til den generelle avtaleteksten skal samles i bilag 8, med mindre den generelle avtaleteksten henviser slike endringer til andre bilag.

Det er mulig å gjøre endringer til alle punkter i avtalen, også der hvor det ikke klart henvises til at endringer kan avtales. Endringene til avtaleteksten skal fremkomme her, slik at teksten i den generelle avtaleteksten forblir uendret. Det må fremkomme klart og utvetydig hvilke bestemmelser i avtalen det er gjort endringer til, og resultatet av endringen.

Endringstabell:

Punkt i avtalen	Erstattes med
Kapittel x.x.x, avsnitt y	Ny formulering/tekst

Bilag 9: Endringer av leveransen etter avtaleinngåelsen

Endringer av leveransen etter avtaleinngåelsen skal følge bestemmelsene i kapittel 3 og gjøres skriftlig. Operatøren skal føre en fortløpende katalog over endringene som utgjør dette bilaget.

Avtalens punkt 2.2.12 Tilleggstjenester

Tilleggstjenester som bestilles skal registreres i endringskatalogen i bilag 9.

Endringskatalog:

Endringsnr.	Beskrivelse	Ikraftsettelsesdato	Arkivreferanse

Avtalens kapittel 3 Endringer av leveransen etter avtaleinngåelsen

Operatøren skal føre en fortløpende katalog over endringene som utgjør bilag 9, og uten ugrunnet opphold gi Oppdragsgiver en oppdatert kopi. Oppdragsgiver må selv holde oversikt over hvilke endringsanmodninger de har sendt, hvilke endringsoverslag de har mottatt og hvilke endringsordre de har gitt.

Document Metadata

Table of Contents

Vedlegg 1 Bilag 4 : Til SLA IT løsninger

Document Metadata