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 Kundens formål med anskaffelsen: Oppdragsgiver skal gå til anskaffelse av en web-basert, skoleadministrativt løsning for grunnskole og SFO i Gjøvik kommune. Tjenesteområde Skole har inngått avtale med Identum om levering av efeide. I Gjøvik kommune er det i alt 14 grunnskoler med 3300 elever og 550 voksenpersoner. Kundens krav til leveransen er spesifisert nedenfor i tabellen: Kravspesifikasjonstabellen fylles ut på denne måten: 1. Prioritet: = å og = ør Når tilbudene skal evalueres, vil kommunen legge til grunn en totalvurdering av oppfyllelsen av og krav. 2. 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 (evalueres under pris). 3. eskrivelse: = Tilbyder skal gi en nærmere beskrivelse av løsningen på dette punktet, og vedlegge relevante skjermbilder. 4. Kommentarer: Eventuelle andre korte kommentarer/presiseringer tilbyder ønsker å gi. 1
Kravspesifikasjon skoleadministrativt system Nr. Prosess/tekniske krav Prioritet (, ) Dekkes (S, T, N) 1.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 VISA Enterprise, faktura, lønn og personal ESA arkivsystem eskrivelse Kommentar Spesielt for skole: Outlook mail (icrosoft) It s Learning (Læringsplattform) oava(hjemmesider) Dantek (bib.system) Vokal Sats Skole 1.2 Løsningen skal kunne utveksle data til/fra aktuelle systemer sentralt (nasjonalt) slik som GSI, PAS, VIGO og Vokal. 1.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 efeide fra Identum. 1.6 Løsningen må kunne konvertere persondata fra eksisterende skoleadministrativt system (Sats Skole) til nytt SAS 1.7 Web-baserte løsninger må fungere på alle nettlesere og operativsystemer. 2
1.8 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.9 eskriv muligheten for å håndtere integrasjon til/fra kommunale, standardiserte elektroniske skjemaer for eksempel: SFO-søknader. Søknader om fri fra undervisningen. ytte av skolekrets Innskriving av nye 1.trinnselever. Standardmaler i løsningen evt muligheter for lokale tilpasninger. 1.10 Løsningen bør kunne brukes til å generere og hente ut driftsstatistikk, f.eks. brukerstatistikk for ulike brukergrupper og enheter. 1.11 Programmet må kunne kjøres uten adm. Rettigheter. 1.12 Programmet må kunne distribueres/oppgraderes via sentral programvare (for eksempel Dell kace, icrosoft SCC) 1.13 Tilbyder bes redegjøre for eventuelle spesielle krav til nettleser/klient (for eksempel Plug-in, flash, Java) 1.14 Tilbyder skal beskrive sin driftingen og risikovurdering av tilbudt løsning; slik som back-up, datasikkerhet, personopplysninger etc. 2.0 Særskilte krav spesielt for skolene og SFO 2.1 Registrering av nødvendig informasjon om skolen, eleven, lærere, foresatte, roller, grupper/klasser, fag, karakterer, søskentilknytning mv. Oppdatering fra folkeregistret må Redegjør 3
støttes. 2.2 Egen SFO-løsning med elektronisk søknad. Foresatte skal kunne endre, slette søknader samt komme med plassønsker. 2.3 Systemet må ha mulighet for integrert «oppholds-kalkulator» for SFO, og automatisk generering av oppholdstid på SFO i henhold til den enkelte skoles åpningstider. Faktureringsgrunnlag må kunne effektueres i løsningen og overføres til VISA Enterprise. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.4 Funksjon for utfylling og oversending av flyttemelding til aktuelle parter via e-post og brev. Lagres i arkivsystemet. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.5 Registrering av karakterer samt karakterutskrift og vitnemål, i henhold til Utdanningsdirektoratets retningslinjer. Systemet oppdateres per termin. 2.6 Løsningen bør ha en vurderingsmodul til underveisog sluttvurdering. Eksempel på dette er halvårsvurderinger. Redegjør for muligheter for egendefinerte rapporter per skole. Se vedlegg med eksempel på vurderingsskjema 2.7 Produksjon og lagring av IOP er m/helårsrapporter. Opplysninger om spesialundervisning, elever og enkeltvedtak. Sikker lagring. Overføring til arkiv. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.8 Elevfravær må kunne presenteres per dato og fortløpende, arkivering og utskrift i rapporter og med meldingsfunksjon/innsyn for foresatt og automatisk arkivering. element 4
2.9 Automatisk varsling av elevfravær utover 12 dager, 20 dager, høyt timefravær. Varslingsresultat skal kvalitetssikres av administrasjon på den enkelte skole før det sendes ut til foresatte. 2.10 Ansattfravær. Registrere fravær. Fortløpende mulighet for å skrive ut rapporter. Fraværslistene skal overføres til Visma Enterprise. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.11 ulighet til at lærere kan føre elevfravær med smarttelefoner og nettbrett. Pc skal være standard utstyr for dette. 2.12 Dokumentasjon av orden og oppførsel. 2.13 Løsningen må håndtere masseutsending av SS/e-post til ulike grupper i toveiskommunikasjon; foresatte, lærere, skoleledere. 2.14 Løsningen skal ha rapporteringsverktøy med mulighet for å gjøre utvalg/filtrering av data. ed mulighet for konvertering til regneark og tekstbehandling. 2.15 Løsningen må bevare historiske data. Redegjør for løsning. 2.16 Løsningen bør ha mulighet for publisering til skolenes hjemmesider, f.eks. felles informasjon og viktige kunngjøringer, men også dokumenter. 2.17 Redegjør for muligheten til administrasjon av vikarer på den enkelte skole, inklusive variabel lønn. 2.18 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 5
2.19 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) Innskrivingsskjema for nye 1.trinnselever. uligheter for at foresatte kan gjøre valg underveis(takke ja, nei, søke annen skole.) Søknad om skoleskyss 2.20 Redegjør for mulighet for ressursreservering (rom, utstyr ol.) 2.21 Redegjør for mulighet for kursadministrasjon, påmelding, endringer, rapporter. 2.22 rukerstøtte og vedlikehold av løsningen. Redegjør. 2.23 Opplæring. Superbrukere og øvrige ansatte. Redegjør for anbefalt omfang og innhold. 6
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. Nr. Prosess/tekniske krav Prioritet (, ) 1.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 VISA Enterprise, faktura, lønn og personal ESA arkivsystem Dekkes (S, T, N) eskrivelse Kommentar Spesielt for skole: Outlook mail (icrosoft) It s Learning (Læringsplattform) oava(hjemmesider) Dantek (bib.system) Vokal Sats Skole 1.2 Løsningen skal kunne utveksle data til/fra aktuelle systemer sentralt (nasjonalt) slik som GSI, PAS, VIGO og Vokal. 1.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 efeide fra Identum. 1.6 Løsningen må kunne konvertere persondata fra eksisterende skoleadministrativt system (Sats Skole) til nytt SAS 1.7 Web-baserte løsninger må fungere på alle nettlesere og operativsystemer. 7
1.8 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.9 eskriv muligheten for å håndtere integrasjon til/fra kommunale, standardiserte elektroniske skjemaer for eksempel: SFO-søknader. Søknader om fri fra undervisningen. ytte av skolekrets Innskriving av nye 1.trinnselever. Standardmaler i løsningen evt muligheter for lokale tilpasninger. 1.10 Løsningen bør kunne brukes til å generere og hente ut driftsstatistikk, f.eks. brukerstatistikk for ulike brukergrupper og enheter. 1.11 Programmet må kunne kjøres uten adm. Rettigheter. 1.12 Programmet må kunne distribueres/oppgraderes via sentral programvare (for eksempel Dell kace, icrosoft SCC) 1.13 Tilbyder bes redegjøre for eventuelle spesielle krav til nettleser/klient (for eksempel Plug-in, flash, Java) 1.14 Tilbyder skal beskrive sin driftingen og risikovurdering av tilbudt løsning; slik som back-up, datasikkerhet, personopplysninger etc. 2.0 Særskilte krav spesielt for skolene og SFO 2.1 Registrering av nødvendig informasjon om skolen, eleven, lærere, foresatte, roller, grupper/klasser, fag, karakterer, søskentilknytning mv. Redegjør 8
Oppdatering fra folkeregistret må støttes. 2.2 Egen SFO-løsning med elektronisk søknad. Foresatte skal kunne endre, slette søknader samt komme med plassønsker. 2.3 Systemet må ha mulighet for integrert «oppholds-kalkulator» for SFO, og automatisk generering av oppholdstid på SFO i henhold til den enkelte skoles åpningstider. Faktureringsgrunnlag må kunne effektueres i løsningen og overføres til VISA Enterprise. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.4 Funksjon for utfylling og oversending av flyttemelding til aktuelle parter via e-post og brev. Lagres i arkivsystemet. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.5 Registrering av karakterer samt karakterutskrift og vitnemål, i henhold til Utdanningsdirektoratets retningslinjer. Systemet oppdateres per termin. 2.6 Løsningen bør ha en vurderingsmodul til underveisog sluttvurdering. Eksempel på dette er halvårsvurderinger. Redegjør for muligheter for egendefinerte rapporter per skole. Se vedlegg med eksempel på vurderingsskjema 2.7 Produksjon og lagring av IOP er m/helårsrapporter. Opplysninger om spesialundervisning, elever og enkeltvedtak. Sikker lagring. Overføring til arkiv. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.8 Elevfravær må kunne presenteres per dato og fortløpende, arkivering og utskrift i rapporter og med meldingsfunksjon/innsyn for foresatt og automatisk arkivering. element 9
2.9 Automatisk varsling av elevfravær utover 12 dager, 20 dager, høyt timefravær. Varslingsresultat skal kvalitetssikres av administrasjon på den enkelte skole før det sendes ut til foresatte. 2.10 Ansattfravær. Registrere fravær. Fortløpende mulighet for å skrive ut rapporter. Fraværslistene skal overføres til Visma Enterprise. Tilbyder bes redegjøre for hvordan overføringen gjennomføres. 2.11 ulighet til at lærere kan føre elevfravær med smarttelefoner og nettbrett. Pc skal være standard utstyr for dette. 2.12 Dokumentasjon av orden og oppførsel. 2.13 Løsningen må håndtere masseutsending av SS/e-post til ulike grupper i toveiskommunikasjon; foresatte, lærere, skoleledere. 2.14 Løsningen skal ha rapporteringsverktøy med mulighet for å gjøre utvalg/filtrering av data. ed mulighet for konvertering til regneark og tekstbehandling. 2.15 Løsningen må bevare historiske data. Redegjør for løsning. 2.16 Løsningen bør ha mulighet for publisering til skolenes hjemmesider, f.eks. felles informasjon og viktige kunngjøringer, men også dokumenter. 2.17 Redegjør for muligheten til administrasjon av vikarer på den enkelte skole, inklusive variabel lønn. 2.18 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 10
2.19 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) Innskrivingsskjema for nye 1.trinnselever. uligheter for at foresatte kan gjøre valg underveis(takke ja, nei, søke annen skole.) Søknad om skoleskyss 2.20 Redegjør for mulighet for ressursreservering (rom, utstyr ol.) 2.21 Redegjør for mulighet for kursadministrasjon, påmelding, endringer, rapporter. 2.22 rukerstøtte og vedlikehold av løsningen. Redegjør. 2.23 Opplæring. Superbrukere og øvrige ansatte. Redegjør for anbefalt omfang og innhold. 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 2.1.2 Dokumentasjon, opplæring, annen bistand mv. Dokumentasjon: edium og format for dokumentasjon: Opplæring: Hvilke grupper av ansatte som skal motta opplæring og antall: Sted der opplæring skal skje hvis det er et annet sted enn i Kundens lokaler: 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: 11
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: Viser til spesifikasjoner i ilag 1. 12
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. 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 (dato) Oppdragsgiver ønsker å få på plass ny løsning snarest mulig. 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: Avtalen punkt 6.2 Dagbot ved forsinkelse Frist det er knyttet dagbot til: (Fylles ut dersom partene har avtalt andre frister enn det som følger av avtalen) Dagbotsatser: (Fylles ut dersom partene avtaler annet enn det som følger av avtalen) Løpetid for dagbot: (Fylles ut dersom partene avtaler annet enn det som følger av avtalen) 13
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: Ihht kundens kravspesifikasjon i bilag 1, i tillegg tilkommer evt andre forhold som tilkommer i prosessen. 14
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 Leverandørens underleverandører: Navn Org.nr Leveranseområde Kundens valgte tredjeparter: Navn Org.nr Arbeidsområde 15
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) 16
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. Som en del av grunnlaget for totalprisen skal eventuelle spesielle betalingsordninger, rabatter, forskudd, delbetaling og avvikende betalingstidspunkt også fremgå Dersom partene avtaler annet enn det som følger av avtalen vedrørende vederlag, skal det spesifiseres i dette bilaget. Avtalen punkt 3.1 Vederlag Utgangspunktet er at prisene oppgis i norske kroner og eksklusiv merverdiavgift. Annet må spesifiseres særskilt. Det må oppgis hvorvidt prisen er per enhet eller f. eks per måned/år/avtaleperioden. Tabellene bør tilpasses prisstrukturen for leveransen. Pris lisenser/bruksrett/vedlikehold/service: Her skal tilbyder oppgi priser for Gjøvik kommune pr år både hva gjelder første bruksår / anskaffelseskostnad, årlig bruksrett / lisens og vedlikehold / support. Det skal videre fremkomme evt. delpriser på aktuelle moduler. Tilbyder bes spesifisere innholdet og eventuelle begrensninger. eskrivelse/navn Pris i NOK pr år eks mva Sum: Pris oppstart / implementering: Her skal kostnader knyttet til oppstart/implementering og etablering spesifiseres. Slik som nødvendig integrasjon, tilpassning etc. eskrivelse/navn Pris i NOK eks mva Sum: Pris opplæring: Tilbyder skal oppgi priser på tilbudt og spesifisert opplæring. eskrivelse/navn Pris i NOK Antall Total (eksl. mva) Sum: Timepris tjenester: eskrivelse/navn Pris i NOK Antall Total (eksl. mva) Sum: 17
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 etalingsplan: Øvrige betalingsvilkår: Vilkår for implementering av EHF (elektronisk handelsformat): Leveranse av elektroniske fakturaer skal skje på den av Direktorat for økonomistyring (DFØ) sin til enhver tid valgte kommunikasjonsmetode. Ved endring av kommunikasjonsmetode vil Leverandøren bli varslet seks måneder før nødvendig endring finner sted. Faktureringstidspunkt: (Fylles ut dersom partene avtaler annet enn det som følger av avtalen) Fakturaadresse: Gjøvik kommune, Fakturamottak, Postboks 630, 2810 Gjøvik Faktura skal merkes med referansenummer navn Avtalen punkt 3.5 Prisendring Avtalt prisendring: Timepris kan endres i henhold til følgende indeks: (Fylles ut dersom partene avtaler regulering etter annen indeks enn konsumprisindeksen, f. eks lønnsindeks for bransjen) Avtalen punkt 4.1 Eiendomsrett til utstyr Avtalt salgspant: (Fylles ut dersom partene har avtalt salgspant) 18
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 19
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 20