ilag 1 Kundens kravspesifikasjon Kundens krav til utstyr og programmer skal være beskrevet her. Det kan for eksempel være i form av vanlig brukerkravspesifikasjon, krav om at utstyr og/eller programmer skal være i samsvar med visse standarder, krav om spesielle programfunksjoner, muligheter for kommunikasjon med andre maskiner eller systemer, fremtidige oppgraderinger og endringer som er lovet av Leverandøren, eller krav til Leverandørens serviceopplegg i tid og innhold. Punktene nedenfor er kun veiledende, og viser hvilke bestemmelser i avtalen som spesifikt henviser til bilag 1. Det vil være nødvendig å lage en mer omfattende kravspesifikasjon. Avtalen punkt 1.1 Avtalens omfang Gjøvik kommune skal gå til anskaffelse av et web-basert skoleadministrativt system for grunnskolen. I Gjøvik kommune er det i alt 14 grunnskoler med 3300 elever og 550 voksenpersoner. Nåsituasjon Administrasjon og tjenesteyting i skolen involverer mange brukere med ulike roller; slik som foreldre, elever, lærere, rektor og skoleadministrasjon mm. Driften består således av mange oppgaver på ulike nivåer. Per i dag har driften et forbedringspotensial på standardisering og forenkling/optimalisering av arbeidsoppgaver og informasjonsflyt. Et eksempel på det er dobbelt registrering av informasjon. Kundens formål med anskaffelsen: Anskaffelse av skoleadministrativt system skal gi Gjøvik kommune gevinster som effektiviserer, øker kvaliteten, samt redusere sårbarhet på leveransen til tjenesteområde skole. Det skal videre bidra til å modernisere tjenesteområde skole, og bidra til god service og tilgjengelighet for brukerne. Det er målsetning om at implementeringen av systemet skal være ferdig innen januar/februar 2016 og senest innen utgangen av 1. kvartal 2016. Nærmere redegjørelse av behovet: På bakgrunn av nåsituasjon og formål med anskaffelsen har oppdragsgiver behov for en løsning med funksjoner jmf kravene i tabellen nedenfor. I tillegg vil kommunen vektlegge øvrige funksjoner i tilbudt løsning som støtter opp under anskaffelsens formål. Oppdragsgiver vil legge vekt på at løsningen har høy grad av brukervennlighet for ulike kategorier brukere. Som en del av brukervennlighet vil løsningens brukergrensesnitt, prosess-støtte mm bli vurdert. Oppdragsgiver skal ha opsjon på følgende: Løsningen skal støtte integrasjon med: Saks-/arkivsystem. Eksempler på behov for informasjonsutveksling/overføring er arkivverdig informasjon i elevmapper, elevfravær og arkivverdig dokumenter knyttet til individuell opplæringsplan, flyttemelding mm. Redegjør for tilbudt løsning. Dagens arkivløsning hos kommunen er ikke klargjort for integrasjon. Per i dag benyttes ESA med NOARK4. Kommunen vurderer anskaffelse av nytt saks- /arkivsystem. Det forventes å kunne ta i bruk opsjonen innen utgangen av 2. halvår 2017. Faktura, lønn og personal system -VISA Enterprise. Eksempler på behov for informasjonsutveksling/overføring er fraværslister ansatte og 1
timeliste/grunnlag for variabel lønn. Redegjør for tilbudt løsning. Oppdragsgiver vil på bakgrunn av funksjonalitet og kost/nytte vurdering ta stilling til om slik integrasjon skal prioriteres. Tilbudt opsjon skal gjelde i 2 år etter kontraktsinngåelse. I vedlegg 2 prisskjema skal tilbyder oppgi pris for etablering og vedlikehold av integrasjoner. Kommunikasjonsverktøy: Oppdragsgiver skal ha opsjon på masseutsending av SS/e-post til ulike grupper som foresatte, lærere, skoleledere. Redegjør for tilbudt løsning. Av redegjørelsen skal det framgå om løsningen støtter toveiskommunikasjon. I vedlegg 2 prisskjema skal tilbyder oppgi pris for slikt kommunikasjonsverktøy. Kundens krav til leveransen er spesifisert nedenfor i tabellen: Obligatoriske krav (): Kravet må tilfredsstilles. ør krav (): Kravet bør tilfredsstilles, men det er ikke et absolutt krav. Svar vil bli benyttet til evaluering av tilbudet. ør krav som tilbys og løses gjennom egne moduler betrakter oppdragsgiver som opsjoner. Nr. Prosess/tekniske krav Prioritet (,) 1.0 Krav til teknisk løsning Dekkes (S, T, N) eskrivelse Kommentar 1.1 Systemet er tilgjengelig via internett (webbasert løsning) og leveres som en tjeneste. 1.2 Gjøvik kommune må være eier av alle data og må til enhver tid kunne gjøre uttrekk av alle data i ulike format. Leverandør kan ikke bruke kommunens data uten samtykke. Løsningen må ivareta sikker håndtering av personopplysninger. Det skal ved behov inngås databehandleravtale. 1.3 Systemet skal tilfredsstille til enhver tid aktuelle og gjeldende lover med forskrifter, samt andre bransjestandarder. Slik som: Forvaltningsloven Kommuneloven Opplæringslova Samt regelverk knyttet til personopplysninger, arkivering, dokumentasjon etc. Leverandør skal sørge for rask oppdatering av løsningen ved regelendringer. 1.4 Tilbudt system skal være på norsk (bokmål) 1.5 Løsningen må bevare historiske data. 1.6 Tilbudet må besvare It tekniske krav og spørsmål, i hht pkt. 1.6 (egen tabell nedenfor). 2
2.0 Krav til programfunksjoner 2.1 Administrasjon/ planlegging 2.1.1 Registrering av standard informasjon om skolen, eleven, lærere, foresatte, roller, grupper/klasser, fag, karakterer, søskentilknytning mv. Oppdatering fra folkeregistret må støttes. 2.1.2 Løsningen skal ha rapporteringsverktøy med mulighet for å gjøre utvalg/filtrering av data. ed mulighet for konvertering/ ( send tilfunksjon ) til regneark og tekstbehandling. 2.1.3 Ansattfravær. Registrere fravær. Generere fraværsrapporter både pr skole og totalt. 2.1.4 Tilbyder bes redegjøre for konverteringsmulighet av ansattfravær til Excel. Dette som grunnlag for manuell eksport. 2.1.5 Administrasjon av vikarer på den enkelte skole. Generere rapport på timeliste/grunnlag for variabel lønn. 2.1.6 Tilbyder bes redegjøre for konverteringsmulighet av timeliste/grunnlag for variabel lønn til Excel. Dette som grunnlag for manuell eksport. 2.1.7 Løsningen bør ha egen timeplanlegger. Redegjør i tilfelle funksjonaliteten til denne, for eksempel: uligheter for differensiering i grupper Kobling mot brukerens kalender ulighet for tilknytning til vikarliste Registrering av arbeidsplanen Legge inn data og få ut alternative forslag til timeplanløsninger 2.2 Elev 2.2.1 Registrering av elevfravær. Elevfravær må kunne presenteres per dato. eldingsfunksjon/innsyn for foresatt. Elevfravær er arkivverdig. 2.2.2 Administrasjon på skolen bør få opp automatisk varsling av elevfravær utover 12 dager, 20 dager, høyt timefravær. Varslingsresultat skal kunne kvalitetssikres av administrasjon på den enkelte skole før det sendes ut til foresatte. 2.2.3 Registrering av karakterer samt karakterutskrift og vitnemål, i henhold til Utdanningsdirektoratets retningslinjer. Systemet oppdateres per termin. 2.2.4 Dokumentasjon av orden og oppførsel. 2.2.5 Funksjon for utfylling av flyttemelding. Tilbyder bes redegjøre for tilbudt løsning. 2.2.6 Løsningen bør ha en vurderingsmodul til underveis- og sluttvurdering. Eksempel på dette er halvårsvurderinger. 3
2.2.7 Redegjør for muligheten til støtte for administrasjon av læringsaktiviteter i form av: -distribusjon av undervisningsopplegg - innlevering og vurdering av elevoppgaver. 2.3 Individuell opplæringsplan (IOP) 2.3.1 Løsningen må ha funksjon for individuell opplæringsplan (IOP) med sikker lagring. Tilbyder bes redegjøre sin løsning. 2.4 Kommunikasjon 2.4.1 Redegjør for om løsningen har selvbetjening for foresatte på følgende punkter: Søknader elevpermisjoner Vedlikehold av brukerprofil. Skjema for samtykke fra foresatte (bilder, film, kjøring) 3.0 Service og support 3.1 Leveransen må inkludere drift (Saas), vedlikehold og support inkl brukerstøtte av tilbudt løsning. Herunder også oppgradering til nye versjoner. SSA-V vil bli benyttet som kontraktsmal. 3.2 Fremtidige endringer i myndighetspålagt rapportering må fanges opp av vedlikeholdsprogrammet for systemet. Dersom dette ikke skjer vil kommunens merarbeid med innsanking/innlevering av data kunne trekkes fra vedlikeholdsavtalen (oppad begrenset til ett års innbetaling av denne). Utvikling vedrørende nye myndighets initierte rapporteringer skal være inkludert vedlikeholdsavtalen. 3.3 Det bør tilbys dialogarenaer for videreutvikling av tilbudtløsning. Redegjøre for evt. brukerforum og prinsipper for brukermedvirkning. element 1.6 IT tekniske krav og spørsmål 1.6.1 Løsningen må kunne tilby støtte/utveksle data med annen programvare kommunen benytter. Per i dag er dette blant annet: Windows 7 som operativsystem på brukernes arbeidsstasjoner. Som kontorstøtteverktøy benyttes S Office 2007/2010. Vi forventer at løsningen som tilbys også i framtiden støtter nye operativsystemer og kontorstøtteverktøy 1.6.2 Løsningen skal kunne utveksle data til/fra aktuelle systemer sentralt (nasjonalt) slik som GSI, PAS og VIGO. 4
1.6.3 Løsningen skal ha rollebasert innlogging basert på FEIDE-ID/AD-brukere for ansatte og elever. AD, ank-id, in-id eller andre universelle påloggingstjenester for andre brukere. Gjøvik kommune har inngått avtale med Identum om levering av efeide. 1.6.4 Web-basertløsning må fungere på alle nettlesere og operativsystemer. 1.6.5 Løsningen må støtte åpne dokumentformater HTL skal være primærformatet for publisering av offentlig informasjon på Internett PDF er obligatorisk i de tilfeller hvor man ønsker å bevare opprinnelige utseende på et dokument ODF Konvertering til ulike regneark- og tekstformater for videre bearbeiding 1.6.6 Programmet må kunne kjøres uten adm. rettigheter. 1.6.7 Programmet må kunne distribueres/oppgraderes via sentral programvare (for eksempel Dell kace, icrosoft SCC) 1.6.8 Tilbyder bes redegjøre for eventuelle spesielle krav til nettleser/klient (for eksempel Plug-in, flash, Java) 1.6.9 Løsningen må ha responsivt design. Redegjør 5
ilag 2 Leverandørens løsningsspesifikasjon I dette bilaget skal Leverandøren beskrive hvordan Leverandøren funksjonelt vil oppfylle de kravene som er stilt i bilag 1 og spesifisere den programvare og andre ytelser som tilbys. Kravspesifikasjonstabellen fylles ut på denne måten: 1. Leverandør bes beskrive hvordan tilbudt løsning dekker de beskrevne behov: S = Funksjonaliteten dekkes gjennom standardløsningen som er tilbudt T = Funksjonaliteten kan dekkes gjennom utvikling/tilpasning av standardløsningen N = Funksjonaliteten kan ikke dekkes gjennom standardløsningen eller tilpasning/videreutvikling av denne. Tilbyder skal primært dekke behovene gjennom sin standardløsning. Tilbyder skal synligjøre de tilfeller hvor spesialtilpasninger må finne sted. Kostnader knyttet til dette må spesifiseres og synliggjøres i prisskjemaet. 2. eskrivelse: = Tilbyder skal gi en nærmere beskrivelse av løsningen på dette punktet, og vedlegge relevante skjermbilder. 3. Kommentarer: Eventuelle andre korte kommentarer/presiseringer tilbyder ønsker å gi. Nr. Prosess/tekniske krav Prioritet (,) 1.0 Krav til teknisk løsning Dekkes (S, T, N) eskrivelse Kommentar 1.1 Systemet er tilgjengelig via internett (webbasert løsning) og leveres som en tjeneste. 1.2 Gjøvik kommune må være eier av alle data og må til enhver tid kunne gjøre uttrekk av alle data i ulike format. Leverandør kan ikke bruke kommunens data uten samtykke. Løsningen må ivareta sikker håndtering av personopplysninger. Det skal ved behov inngås databehandleravtale. 1.3 Systemet skal tilfredsstille til enhver tid aktuelle og gjeldende lover med forskrifter, samt andre bransjestandarder. Slik som: Forvaltningsloven Kommuneloven Opplæringslova Samt regelverk knyttet til personopplysninger, arkivering, dokumentasjon etc. Leverandør skal sørge for rask oppdatering av løsningen ved regelendringer. 1.4 Tilbudt system skal være på norsk (bokmål) 1.5 Løsningen må bevare historiske data. 1.6 Tilbudet må besvare It tekniske krav og spørsmål, i hht pkt. 1.6 (egen tabell nedenfor). 6
2.0 Krav til programfunksjoner 2.1 Administrasjon/ planlegging 2.1.1 Registrering av standard informasjon om skolen, eleven, lærere, foresatte, roller, grupper/klasser, fag, karakterer, søskentilknytning mv. Oppdatering fra folkeregistret må støttes. 2.1.2 Løsningen skal ha rapporteringsverktøy med mulighet for å gjøre utvalg/filtrering av data. ed mulighet for konvertering/ ( send tilfunksjon ) til regneark og tekstbehandling. 2.1.3 Ansattfravær. Registrere fravær. Generere fraværsrapporter både pr skole og totalt. 2.1.4 Tilbyder bes redegjøre for konverteringsmulighet av ansattfravær til Excel. Dette som grunnlag for manuell eksport. 2.1.5 Administrasjon av vikarer på den enkelte skole. Generere rapport på timeliste/grunnlag for variabel lønn. 2.1.6 Tilbyder bes redegjøre for konverteringsmulighet av timeliste/grunnlag for variabel lønn til Excel. Dette som grunnlag for manuell eksport. 2.1.7 Løsningen bør ha egen timeplanlegger. Redegjør i tilfelle funksjonaliteten til denne, for eksempel: uligheter for differensiering i grupper Kobling mot brukerens kalender ulighet for tilknytning til vikarliste Registrering av arbeidsplanen Legge inn data og få ut alternative forslag til timeplanløsninger 2.2 Elev 2.2.1 Registrering av elevfravær. Elevfravær må kunne presenteres per dato. eldingsfunksjon/innsyn for foresatt. Elevfravær er arkivverdig. 2.2.2 Administrasjon på skolen bør få opp automatisk varsling av elevfravær utover 12 dager, 20 dager, høyt timefravær. Varslingsresultat skal kunne kvalitetssikres av administrasjon på den enkelte skole før det sendes ut til foresatte. 2.2.3 Registrering av karakterer samt karakterutskrift og vitnemål, i henhold til Utdanningsdirektoratets retningslinjer. Systemet oppdateres per termin. 2.2.4 Dokumentasjon av orden og oppførsel. 2.2.5 Funksjon for utfylling av flyttemelding. Tilbyder bes redegjøre for tilbudt løsning. 2.2.6 Løsningen bør ha en vurderingsmodul til underveis- og sluttvurdering. Eksempel på dette er halvårsvurderinger. 2.2.7 Redegjør for muligheten til støtte for administrasjon av læringsaktiviteter i form 7
av: -distribusjon av undervisningsopplegg - innlevering og vurdering av elevoppgaver. 2.3 Individuell opplæringsplan (IOP) 2.3.1 Løsningen må ha funksjon for individuell opplæringsplan (IOP) med sikker lagring. Tilbyder bes redegjøre sin løsning. element 2.4 Kommunikasjon 2.4.1 Redegjør for om løsningen har selvbetjening for foresatte på følgende punkter: Søknader elevpermisjoner Vedlikehold av brukerprofil. Skjema for samtykke fra foresatte (bilder, film, kjøring) 3.0 Service og support 3.1 Leveransen må inkludere drift (Saas), vedlikehold og support inkl brukerstøtte av tilbudt løsning. Herunder også oppgradering til nye versjoner. SSA-V vil bli benyttet som kontraktsmal. 3.2 Fremtidige endringer i myndighetspålagt rapportering må fanges opp av vedlikeholdsprogrammet for systemet. Dersom dette ikke skjer vil kommunens merarbeid med innsanking/innlevering av data kunne trekkes fra vedlikeholdsavtalen (oppad begrenset til ett års innbetaling av denne). Utvikling vedrørende nye myndighets initierte rapporteringer skal være inkludert vedlikeholdsavtalen. 3.3 Det bør tilbys dialogarenaer for videreutvikling av tilbudtløsning. Redegjøre for evt. brukerforum og prinsipper for brukermedvirkning. 1.6 IT tekniske krav og spørsmål 1.6.1 Løsningen må kunne tilby støtte/utveksle data med annen programvare kommunen benytter. Per i dag er dette blant annet: Windows 7 som operativsystem på brukernes arbeidsstasjoner. Som kontorstøtteverktøy benyttes S Office 2007/2010. Vi forventer at løsningen som tilbys også i framtiden støtter nye operativsystemer og kontorstøtteverktøy 1.6.2 Løsningen skal kunne utveksle data til/fra aktuelle systemer sentralt (nasjonalt) slik som GSI, PAS og VIGO. 1.6.3 Løsningen skal ha rollebasert innlogging basert på FEIDE-ID/AD-brukere for 8
ansatte og elever. AD, ank-id, in-id eller andre universelle påloggingstjenester for andre brukere. Gjøvik kommune har inngått avtale med Identum om levering av efeide. 1.6.4 Web-basertløsning må fungere på alle nettlesere og operativsystemer. 1.6.5 Løsningen må støtte åpne dokumentformater HTL skal være primærformatet for publisering av offentlig informasjon på Internett PDF er obligatorisk i de tilfeller hvor man ønsker å bevare opprinnelige utseende på et dokument ODF Konvertering til ulike regneark- og tekstformater for videre bearbeiding 1.6.6 Programmet må kunne kjøres uten adm. rettigheter. 1.6.7 Programmet må kunne distribueres/oppgraderes via sentral programvare (for eksempel Dell kace, icrosoft SCC) 1.6.8 Tilbyder bes redegjøre for eventuelle spesielle krav til nettleser/klient (for eksempel Plug-in, flash, Java) 1.6.9 Løsningen må ha responsivt design. Redegjør Avtalen punkt 2.1.1 Utstyr og programmer Nødvendig oppgradering av Kundens tekniske plattform: (Leverandøren skal spesifisere nødvendig oppgradering hvis det skal til for at Leverandørens ytelse skal fungere som avtalt) Avtalen punkt 4.3 Fri programvare Fri programvare som benyttes i leveransen: Navn på fri programvare Fri programvarelisens Kopi av aktuelle fri programvarelisenser skal vedlegges Leverandøren redegjørelse for sin vurdering av hvorvidt den frie programvare kan krenke tredjeparts rettigheter: 9
ilag 3 Kundens tekniske plattform ilaget skal beskrive den tekniske plattformen som programvaren skal kjøre på og annen programvare som den skal samvirke med. Dette er kun en beskrivelse, og her skal ikke krav fremsettes. Overordnet beskrivelse av Kundens tekniske plattform: Windows 7 som operativsystem på brukernes arbeidsstasjoner. Som kontorstøtteverktøy benyttes S Office 2007/2010. Vi forventer at løsningen som tilbys også i framtiden støtter nye operativsystemer og kontorstøtteverktøy Programvare som løsningen skal kunne samvirke med: VISA Enterprise, faktura, lønn og personal Sak-/arkivsystem (per i dag er dette ESA) Viser ellers til spesifikasjon i ilag 1. 10
ilag 4 Prosjekt- og fremdriftsplan ilaget skal inneholde beskrivelse av leveringstidspunkter og eventuelle andre forhold av betydning for leveransens fremdrift. Det kan knyttes dagbøter til frister etter avtalen. Tilbyder skal fremlegge et forslag til prosjekt- og fremdriftsplan hvor det skoleadministrative systemet tas i bruk senest innen utgangen av 1. kvartal 2016. Planen skal angi datoer for de ulike milepælene og oppgavene. Planen skal redegjøre for bl.a. implementering, etablering av grensesnitt/integrasjon, konverteringer, testing, godkjenning, opplæring etc. Det skal redegjøres for hver aktivitet og tydelig fremkomme hva som er inkludert i leveransen. For eksempelvis opplæring bør det minimum fremgå organisering ved implementering, forslag til dato, anbefalt omfang, dets innhold med evt. begrensinger i antall deltakere pr kurs, og kursmateriell. Det skal fremgå hva som er leverandørens og hva som er kommunens ansvar, og datoer for når de enkelte aktiviteter skal være ferdig. Forventet ressursinnsats for tilbyder, oppdragsgiver og evt. 3. part for de ulike aktivitetene skal fremgå av planen. Arbeidet og aktiviteter skal finne sted i kommunens lokaler med mindre annet er avtalt. Avtalen punkt 2.1.3 Tid og sted for Leverandørens ytelse Utstyr og programmer i samsvar med denne avtalen skal være levert til Kundens adresse (installasjonsstedet) senest xx.xx 2016 Siden det er avtalt gjennomføring av godkjenningsprøve jmf kontraktens punkt 2.2.2 anses levering skjedd etter at kunden har gjennomført godkjenningsprøven med resultatet godkjent leveranse. Installasjonsstedets adresse: Utstyret skal monteres og installeres av: _x Leverandøren Kunden Programmene skal installeres av: _x Leverandøren Kunden Avtalen punkt 2.1.2 Dokumentasjon, opplæring, annen bistand mv. Dato for opplæring: Avtalt tidspunkt for opplæring legges inn her. Avtalen punkt 6.2 Dagbot ved forsinkelse Frist det er knyttet dagbot til: 11
Avtalt leveringsdato jmf punkt 2.1.3, dvs etter at godkjenningsprøve er gjennomført og godkjent av kunden. Avtalt tidspunkt for opplæring Dagbotsats og løpetid: Kr 3000 pr kalenderdag forsinkelsen varer, men begrenset til maksimalt 100 (ett hundre) kalenderdager. 12
ilag 5 Testing og godkjenning ilaget skal inneholde beskrivelse av Kundens godkjenningsprøve, hvis det er avtalt at en slik prøve skal gjennomføres. Kunden kan be om bistand av Leverandøren til å utforme en slik prøve, men Kunden selv skal gjennomføre testen. Eventuelle krav til dokumentasjon av Leverandørens testing av leveransen før en slik godkjenningsprøve kan også inngå i dette bilaget. Avtalen punkt 2.2.2 Undersøkelsesplikt eskrivelse av Kundens godkjenningsprøve: Leverandøren skal gjennomføre kvalitetssikring og egen testing av leveranse før kunden påstarter sin godkjenningsprøve. Leverandørs dokumentasjon på dette skal oversendes kunden umiddelbart og i forkant av kundens gjennomføring av godkjenningsprøve. Kundens godkjenningsprøve vil foreta utsjekk av at leveransen og løsningen oppfyller alle krav til funksjonalitet, drift, responstid mm i hht kravspesifikasjon og tilbudet, samt evt andre forhold som tilkommer i prosessen. 13
ilag 6 Administrative bestemmelser ilaget brukes til å samle administrative rutiner for avtaleforholdet og samarbeidet mellom partene. I tillegg til det som følger av avtalen om hva som skal reguleres her, kan det f. eks tas med hvilke nøkkelpersonell partene har, underleverandører og tredjeparter som benyttes, rutiner for møter. Avtalen punkt 1.5 Partenes representanter emyndiget representant for partene: For Kunden Navn: Stilling: Telefon: E-post: For Leverandøren Navn: Stilling: Telefon: E-post: Prosedyrer og varslingsfrister for utskifting av bemyndiget representant: øter: Frist for innkallelse til møter: (Fylles ut dersom partene avtaler annen frist enn det som følger av avtalen) Rutiner for gjennomføring av møter: (Her kan det f. eks spesifiseres hvem som skal møte, hvor møtene holdes, krav til referat, hyppighet osv) Etter avtale og jmf endelig framdriftsplan. Leverandørens nøkkelpersonell: Navn Stilling Kompetanseområde Nøkkelpersonell som blir dedikert til arbeidet med å implementere systemet, skal stå til disposisjon inntil leveringsdag (gitt at vedkommende fortsatt er ansatt hos tilbyder). Prosjektbemanningen skal holdes mest mulig stabil gjennom prosjektets levetid. Dersom leverandøren ønsker å skifte ut medarbeidere fra prosjektet skal dette i god tid på forhånd avklares med kommunen. Eventuelle utskiftninger av personell skal foregå slik at prosjektets fremdrift ikke blir hindret. Kommunen skal kunne be om utskiftning av leverandørens prosjektmedarbeidere dersom disse ikke tilfredsstiller kommunens behov eller forventninger. Leverandøren skal dekke alle merkostnader ved eventuelle utskiftninger av leverandørens medarbeidere fra prosjektet. 14
Leverandørens underleverandører: Navn Org.nr Leveranseområde Kundens valgte tredjeparter: Navn Org.nr Arbeidsområde Avtalen punkt 2.4 Lønns- og arbeidsvilkår Aktuell tariffavtale samt samsvarserklæring: (Her identifiseres allmenngjort tariffavtale eller aktuell landsomfattende tariffavtale, samt inntas egenerklæring evt. tredjepartserklæring om samsvar mellom aktuell tariffavtale og faktiske lønns- og arbeidsvilkår for oppfyllelse av Leverandørens og eventuelle underleverandørers forpliktelser) 15
ilag 7 Samlet pris og prisbestemmelser Alle priser og nærmere betingelser for det vederlaget Kunden skal betale for Leverandørens ytelser skal fremgå av bilag 7. De samlede prisene og samlet sluttvederlag skal fremkomme her. Avtalen punkt 3.1 Vederlag Prisene oppgis i norske kroner og eksklusiv merverdiavgift. *Prisskjema skal fylles ut og leveres sammen med tilbudet slik at samtlige kostnadsbærere er spesifisert og synliggjort for oppdragsgiver. Se eget prisskjema vedlegg 2. Følgende utlegg dekkes: Utlegg faktureres ikke. Reise- og diettkostnader skal dekkes etter følgende satser: Reise- og diettkostnader faktureres ikke. Følgende reisetid kan faktureres: Reisetid faktureres ikke. Avtalen punkt 3.2 Faktureringstidspunkt og betalingsbetingelser Kunde har tilrettelagt for EHF (elektronisk handelsformat). Dette formatet skal benyttes. Fakturaadresse: Gjøvik kommune, Fakturamottak, Postboks 630, 2810 Gjøvik Avtalen punkt 3.5 Prisendring Følgende er endringsregime er avtalt: Prisene er faste første avtaleår. Prisene kan deretter justeres ved første årsskifte tilsvarende endring i SS sin hovedindeks konsumprisindeksen. 16
ilag 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 et annet 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. Leverandøren bør imidlertid være oppmerksom på at forbehold og endringer i avtalen ved tilbudsinnlevering kan medføre at tilbudet blir avvist av Kunden. Punkt Erstattes med 6.2 Følgende avsnitt utgår: Dersom Leverandøren før avtalt tidspunkt for levering er forsinket til milepæler som partene har knyttet dagbøter til, så forskyves de senere frister tilsvarende det antall kalenderdager dagboten har løpt. 17
ilag 9 Endringer av leveransen etter avtaleinngåelsen Endringer av leveransen etter avtaleinngåelsen skal følge prosedyrene i kapittel 3 og gjøres skriftlig. Leverandøren skal føre en fortløpende katalog over endringene som utgjør dette bilaget. Nr Dato Endringen gjelder 18