Avtale for kjøp av Elektronisk Avløpsrapportering

Transkript

1 Avtale for kjøp av Elektronisk Avløpsrapportering Kundens kravspesifikasjon Bilag til Kjøpsavtalen

2 K Bilag Kundens kravspesifikasjon Innholdsfortegnelse Innledning Kundens bakgrunn og formål med anskaffelsen Bakgrunn Formål Omfang Leverandørs oppfyllelse av formål Leverandørs forutsetninger for leveransen Myndighetskrav og eksterne rettslige krav Funksjonelle krav Generelt Grunndata Prøvesvar fra laboratorier utslippskontroll Beregninger Mottak og registrering av driftsdata fra vannbehandlingen Mottak og registrering av driftsdata fra slambehandlingen Mottak av analysesvar fra laboratorier kvalitetskontroll av slam Befaring og befaringsrapporter Rapportering... 7 Tekniske krav Spesifikasjon av programvare Krav til tjenester Opplæring Dokumentasjon Test og godkjenning... 4 Fremdrifts- og tidsplan Administrative bestemmelser Samlet pris og prisbestemmelser... 5 Versjon:.0 Side ii av 5

3 K Bilag Kundens kravspesifikasjon Innledning Dette bilaget inneholder kundens kravspesifikasjon. Bilaget definerer de ulike funksjonsområdene og krav til disse, samt krav knyttet til innføring av løsning. Kravene er gitt en prioritet fra 3, etter følgende standard. Det er ikke gitt absolutte minstekrav: = Høy viktighet. Meget viktig for utnyttelse av løsningen at kravet er innfridd. 2 = Middels viktighet. Viktig at kravet er innfridd 3 = Lav viktighet. Ikke avgjørende for å kunne ta løsningen i bruk, men ønskelig. Kolonnen B angir at Leverandøren skal gi en utdypende beskrivelse av hvordan innfrielse realiseres. 2 Kundens bakgrunn og formål med anskaffelsen 2. Bakgrunn Driftsassistansene i Hedmark og Oppland utfører myndighetspålagt avløpsrapportering for sine medlemmer. Dette gjelder ca 65 avløpsrenseanlegg i Hedmark og 80 avløpsrenseanlegg i Oppland. Rapporteringen baserer seg på data fra kommuner og laboratorier, og gjøres i dag i systemet Avløp Denne løsningen er bygget på gammel teknologi, og forbundet med risiko i forhold til videre drift og vedlikehold. Det er derfor behov for en løsning som erstatter dagens system. 2.2 Formål Formålet med anskaffelsen er å kjøpe en moderne og driftssikker løsning for innlesing, registrering og videre behandling av store mengder analysedata og driftsdata fra avløpsrenseanlegg. Dataene skal kunne videre behandles og tas ut i rapporter (pdf) og Excel til ulike rapporteringsformål. Rapportering til KOSTRA skal kunne gjøres automatisk. 2.3 Omfang Systemet skal ivareta alle hovedfunksjoner som beskrevet under, og åpne for ytterligere nødvendige påbygginger og økning i funksjonaliteten. Anskaffelsen skal også sikre enkel videreføring av systemet. Dette må kunne gjøres uavhengig av om det byttes leverandør og/eller data må lagres på nytt område utenfor den opprinnelige leverandørens område. Løsningen skal dekke følgende hovedfunksjoner (ikke uttømmende): Motta analysedata fra alle avløpsrenseanleggene automatisk fra laboratorienes datasystem (WiLAB eller tilsvarende systemer) Registrering av driftsdata fra avløpsrenseanleggene Registrering av data systematisk for hvert avløpsrenseanlegg Gjøre beregninger av belastninger Gjøre sammenligner av to eller flere parametre og gjøre utvelgelser til rapporter Gi alarm / melding dersom en verdi er over grenseverdien eller usannsynlig lav/høy Rapporter fra driftsbesøk Rapportering til kommunene Rapportering til KOSTRA 3 Leverandørs oppfyllelse av formål Leverandørs oppfyllelse av formålet med anskaffelsen, skal inntas i K Bilag 2. Leverandøren skal gi en overordnet beskrivelse av tilbudt løsning, samt beskrivelse av sin forståelse av anskaffelsens formål, herunder hvordan Leverandøren skal bidra for å oppnå dette. Versjon:.0 Side 3 av 5

4 K Bilag Kundens kravspesifikasjon 4 Leverandørs forutsetninger for leveransen Leverandøren skal beskrive de forutsetninger Leverandør finner nødvendig å ta for å vedstå seg sine forpliktelser under kjøpsavtalen i K Bilag 2. Alle forutsetninger av generell, merkantil, funksjonell eller teknisk karakter som er relevante for at Kunden skal kunne benytte den tilbudte applikasjon skal beskrives. Hvis løsningen forutsetter bruk av tredjepart verktøy skal dette spesifiseres. 5 Myndighetskrav og eksterne rettslige krav Løsningen skal innfri aktuelle og relevante myndighetskrav, jf den generelle avtaletekstens pkt 2.6. Dette omfatter krav pålagt gjennom lov og forskrifter, standarder og kodeverk, samt sikkerhetsmessige krav. Kravene omfatter både løsning og Leverandør, og skal besvares i K Bilag 2. Dersom det tilbys en løsning som ikke installeres hos Kundens eksisterende driftsleverandør (f.eks. cloud-tjenester) bes Leverandøren gi en oversikt over de regulerende lover og regler som berører Kundens sikkerhet for datalagring og datasletting i løsningen. 6 Funksjonelle krav Samtlige krav i tabellen skal besvares i K Bilag Generelt F Løsningen skal være web-basert. Løsningen skal være standardisert slik at nettlesere som følger web-standarder skal kunne brukes (e.g. Mozilla Firefox, Google Chrome, Opera, Internet Explorer) F2 Løsningen skal være brukervennlig; intuitiv og enkel i bruk. B F3 Løsningen skal tillate administrasjon av roller og brukere med tilgang til verktøyet. 6.2 Grunndata F4 Det skal være mulig å registrere minimum følgende data om hvert renseanlegg: Anleggsnavn Anleggsnummer Organisasjonsform (privat/kommunalt/interkommunalt ref. KOSTRA) Anleggseier Adresse Postnummer Sted Versjon:.0 Side 4 av 5

5 K Bilag Kundens kravspesifikasjon F5 Det skal være mulig å registrere minimum følgende data om kontaktpunkter per anleggssted: Telefon anleggseier Navn anleggseier Mailadresse anleggseier Navn, mobiltelefon, mailadresse driftsoperatør (plass til inntil 5 personer) Vakttelefon F6 F7 Det skal være mulig å registrere type resipient (Grunnvann, innsjø, elv/bekk, elvemunning, kystfarvann) og navn på resipient. Det skal være mulig å registrere Dimensjonerende tilrenning Q dim (m 3 /t) Maksimal dimensjonerende tilrenning Q maksdim (m 3 /t) Anleggets dimensjonerende kapasitet pe (organisk) F8 F9 F0 F Det skal være mulig å registrere anleggets rensemetode, med mulighet for flere valg: Aktivslam Biofilm prosess Biorotor Biologisk fosforfjerning Forfelling Primærfelling Etterfelling Naturbasert Det skal være mulig å registrere anleggets renseprinsipp (tas fra KOSTRA kun de som er aktuelle i innlandet): Kjemisk rensing Biologisk rensing Kjemisk-biologisk rensing Naturbasert rensing Annen rensing (fritekst) Det skal være mulig å registrere anleggets renseprosess (må kunne krysse for flere valg/kostra)) Primærrensing (kryss kun mulig på et valg) Sekundærrensing (kryss kun mulig på et valg) Fosforrensing Nitrogenrensing Det skal være mulighet for lagring av informasjon om evt. ombygginger av anlegget med årstall/dato + tekst om hva som er gjort. F2 Det skal være mulig å registrere om det utføres avvanning av slam på anlegget (ja/nei). Hvis ja: Metode Hvis nei: Slam leveres til «anlegg» Versjon:.0 Side 5 av 5

6 K Bilag Kundens kravspesifikasjon F3 Det skal være mulig å registrere rensekrav til anlegget: Rensekrav Tot P renseeffekt Rensekrav Tot P konsentrasjon ut (mg/l) middel Rensekrav Tot P konsentrasjon ut (mg/l) maks Rensekrav Tot P totalt utslipp (kg/år) Rensekrav BOF 5 renseeffekt Rensekrav BOF 5 konsentrasjon ut (mg/l) middel Rensekrav BOF 5 konsentrasjon ut (mg/l) maks Rensekrav BOF 5 totalt utslipp (kg/år) Rensekrav KOF renseeffekt Rensekrav KOF konsentrasjon ut (mg/l) middel Rensekrav KOF konsentrasjon ut (mg/l) maks Rensekrav KOF totalt utslipp (kg/år) Rensekrav Tot N renseeffekt Rensekrav Tot N konsentrasjon ut (mg/l) middel Rensekrav Tot-Nkonsentrasjon ut (mg/l) maks Rensekrav Tot-N totalt utslipp (kg/år) F4 Det skal være mulig å registrere krav til prøvetaking ved anlegget: Krav til antall prøver pr år (BOF 5 / KOF/Tot P) Krav til antall tellende prøver pr år (BOF 5 / KOF) Krav til antall prøver Tot N F5 Det skal være mulig å legge inn eller linke til prøvetakingsplanene som er utarbeidet for hvert år for anlegget. B 6.3 Prøvesvar fra laboratorier utslippskontroll F6 Prøvesvar vedrørende utslippskontroll fra laboratorier skal kunne mottas og lastes inn automatisk B F7 F8 Følgende data skal kunne mottas og lastes inn i forbindelse med kontroll av utslipp: Vannmengde i døgn Overløpsmengde døgn i/ved anlegg Overløp på nettet mulighet for 5 punkter (antall/tid hver hendelse eller mengde (m3)) Rutinekontroll (Døgnblandprøve/ukeblandprøve) Dato (døgnblandprøver registreres på den dagen prøven er tatt ut) Det skal være mulig å registrere stikkprøve/ekstra prøve og kvalifiserte stikkprøver Versjon:.0 Side 6 av 5

7 K Bilag Kundens kravspesifikasjon F9 Det skal være mulig å lese inn alle parametere (mg/l og µg/l tungmetaller i vann): Tot P mg/l inn Tot P mg/l ut BOF 5 mg/l inn BOF 5 mg/l ut KOF mg/l inn KOF mg/l ut SS mg/l inn SS mg/l - ut Tot N mg/l inn Tot N mg/l ut F20 Det skal kunne lastes inn prøvesvar for følgende tungmetaller i vann (innløp og utløp): As (µg/l) Cd (µg/l) Cr (µg/l) Cu(µg/l) Hg (µg/l) Ni (µg/l) Pb (µg/l) Zn (µg/l) F2 Det skal kunne lastes inn prøvesvar for følgende miljøgifter i vann (innløp og utløp): PAH (µg/l) PCB (µg/l) DEHP (µg/l) 4-nonylphenol (µg/l) Tetra BDE (BDE-47) (µg/l) Penta BDE (BDE-99) (µg/l) Penta BDE (BDE-00) (µg/l) Okta BDE (BDE-83) (µg/l) Deka BDE (BDE-209) (µg/l) TBBPA (µg/l) HBCD (µg/l) F22 Det skal være mulighet for å legge inn nye/ekstra parametere. B F23 Det skal være mulig å laste inn værtype: Tørr vær / regn-snøsmelting for rutinekontroll prøver (døgnblandprøver) Versjon:.0 Side 7 av 5

8 K Bilag Kundens kravspesifikasjon 6.3. Beregninger F24 Løsningen skal beregne gjennomsnitt og belastninger - både som kg/døgn og som kg (tonn) pr år og fra middelverdi ganger opp med vannmengden (KOSTRA gir kun denne beregningsmetoden). B F25 F26 Løsningen skal kunne ta ut av beregningen riktig antall prøver for BOF 5 og KOF for hvert anlegg (samme prøver skal tas ut for både konsentrasjon og renseeffekt). Løsningen skal varsle dersom analysedata ligger over krav for konsentrasjon for eksempel med rød farge i databasen/ varsel på evt. anlegg med for høy konsentrasjon ved innlogging i systemet B B 6.4 Mottak og registrering av driftsdata fra vannbehandlingen F27 Driftsdata fra det enkelte anlegg knyttet til vannbehandlingen skal både kunne registreres manuelt, og lastes inn automatisk. B F28 Det skal være mulig å legge inn data om vannmengder: Vannmengder pr mnd og summering forløpende inneværende år Maks/ min vannmengde pr mnd Sum vannmengde pr år F29 Det skal være mulig å legge inn data knyttet til overløp: Overløp i/ved ra pr mnd m 3 /mnd Sum overløp i /ved ra pr år Overløp driftstid i/ved ra pr mnd Sum overløp driftstid i/ved ra pr år Overløp på nett pr mnd m 3 /mnd (inntil 5 stk) Sum overløp på nett pr år Overløp på nett driftstid pr mnd (inntil 5 stk) Sum overløp på nett driftstid pr år F30 Det skal være mulig å legge inn volum på ristgods, sand (anslås som m 3 ) (obs! må ha to desimaler for små anlegg) F3 Det må være mulig å opprette en liste over alle aktuelle fellingskjemikalier med densitet og omregning for aktivdel Det må være mulighet for å legge inn nye kjemikalier. Versjon:.0 Side 8 av 5

9 K Bilag Kundens kravspesifikasjon F32 Det må være mulig å legge inn data knyttet til bruk av kjemikalier: Kjemikalie o volum i liter (l) - kolonner for beregning aktiv del (bør komme automatisk når valgt type er gjort) o Mengde i tonn kolonne for beregning av aktiv del avhengig av type om det skal være i volum eller mengde Polymer vannbehandling (type og forbruk) Kjemikalie 2 og 3 (karbonkilde N-fjerning kan inngå her) Type kjemikalie med egenvekt må kunne velges fra nedtrekksmeny F33 Det må være mulig å legge inn strømforbruk (kwh) F34 Det må være mulig å legge inn forbruk av rent vann (m 3 ) F35 Det må være mulig å legge inn forbruk av fyringsolje (liter) 6.5 Mottak og registrering av driftsdata fra slambehandlingen Nr F36 Krav Prioritet Driftsdata fra det enkelte anlegg knyttet til slambehandlingen skal både kunne registreres manuelt, og lastes inn automatisk. B F37 Det skal være mulig å legge inn slammengder fra eget anlegg pr mnd som xxx,x m 3 (evt tonn) F38 Det skal være mulig å legge inn mottak av septik pr mnd som x,x m 3 F39 F40 Det skal være mulig å legge inn følgende data knyttet til uavvannet slam: Mottak uavvannet slam fra andre anlegg i kommunen pr mnd Bortkjørt uavvannet slam linkes mot mottager anlegg = Mottak av uavvannet slam fra andre anlegg i kommune (mengde og TS) Mottak av uavvannet slam fra eksterne anlegg (mengde og TS) (private anlegg, anlegg i andre kommuner) Det skal være mulig å legge inn følgende data knyttet til avvannet slam: Mottak av avvannet slam fra navngitt anlegg (tonn) (må kunne legges inn flere anlegg her) Levert avvannet slam til navngitt anlegg (tonn) F4 Det skal være mulig å legge inn følgende data i forhold til bruk av polymer: Forbruk polymer slamfortykking Type polymer slamfortykking (plass til ekstra dersom det byttes type i løpet av året) Forbruk polymer avvanning Type polymer (må kunne ha en kolonne ekstra dersom det byttes i løpet av året) Versjon:.0 Side 9 av 5

10 K Bilag Kundens kravspesifikasjon Nr Krav Prioritet F42 Det skal være mulig å legge inn TS på avvannet slam F43 Det skal være mulig å legge inn forbruk av kalk F44 Det skal være mulig å legge inn slambehandlingsmetode 6.6 Mottak av analysesvar fra laboratorier kvalitetskontroll av slam F45 F46 Prøvesvar vedrørende kvalitetskontroll av slam fra laboratorier skal kunne mottas og lastes inn automatisk Det skal være mulig å motta og laste inn følgende data knyttet til analysesvar av ph, tørrstoff og tungmetaller: Prøveperiode (fra dato til dato) ph Tørrstoff (TS) (%) Kadmium (Cd) Bly (Pb) Kvikksølv (Hg) Kobber (Cu) Sink (Zn) Nikkel (Ni) Krom (Cr) B F47 Benevning for alle tungmetaller skal være mg/kg TS F48 F49 Løsningen må gi automatisk varsler dersom analyser ligger over grenseverdier for konsentrasjon for klasse II eller III. Det skal være mulig å motta og laste inn analysesvar knyttet til næringssalter: Glødetap (%) Elektronisk konduktivitet (ms/m) Total nitrogen (g/00g TS) Nitrat nitrogen (g/00 g TS) Total fosfor (g/00 g TS) Fosfor P-AL (g/00 g TS) Kalsium Ca-AL (g/00 g TS) Kalium K-AL (g/ 00 g TS) Natrium Na-AL (g/00 g TS) Magnesium Mg-AL (g/00g TS) Total kalsium (g/00g TS) CaO ekvivalenter (%) Kjeldahl nitrogen B 2 Versjon:.0 Side 0 av 5

11 K Bilag Kundens kravspesifikasjon F50 Det skal være mulig å motta og laste inn analysesvar knyttet til bakterier: Termotolerante koliforme bakterier TKB (antall pr gram TS) Salmonella (antall pr gram TS) Befaring og befaringsrapporter Nr F5 Krav Prioritet Rapporter fra befaringer skal kunne kobles eller linkes mot data i databasen på utslippskontroll og driftsdata. 2 B F52 F53 F54 F55 Analysesvar på stikkprøver tatt på besøksdagen skal kunne hentes opp fra databasen. Status renseresultater så langt pr år må kunne hentes opp fra databasen og presenteres i tabell og kurver. Akkreditering fast punkt ved driftsbesøk akk anlegg må komme opp automatisk på de anlegg som har akkreditert prøvetaking Befaringsrapporten må kunnes sendes direkte på mail som PDF og skrives ut både i Word og PDF. 2 B B B B 6.8 Rapportering Nr F56 Krav Prioritet Årlig rapportering per kalenderår til KOSTRA skal skje i henhold til de enhver tid gjeldende krav til formater og uttrekk. B F57 F58 Årsrapport på analyser avløpsvann mg/l skal inneholde gjennomsnitt maks min grenseverdi vannmengde prøvedøgn- overløp vær Årsrapporten skal inneholde vurdering av kontrollprøvene mot utslippskrav og krav til antall prøver B F59 Det må være mulig å legge inn omregningsverdier for PE PE verdier bl.a. ligger her o BOF 5 60 g/ pe døgn o Tot P,9 g/pe døgn F60 Årsrapport på tilførsler og utslipp + pe verdier Tot P og BOF 5 skal inneholde kg/døgn for enkelt prøver kg/år skal beregnes fra middelverdi ganget med total vannmengde m3 (KOSTRA) Overløpsbelastning beregnes for total vannmengde i overløp m 3 /år x gjennomsnittsinnløpskonsentrasjon (mg/l) evt. med innsatt overløpskonsentrasjon mg/l regnvær. F6 Årsrapport skal inneholde tilført mengde i pe til avløpsrenseanlegget inkludert overløp, jf. NS 9426 Versjon:.0 Side av 5

12 K Bilag Kundens kravspesifikasjon Nr F62 Krav Prioritet Driftspersonell bør ha lese tilgang til rapporter for egne/eget anlegg 3 B F63 F64 Det skal være mulig å ta ut rapport på driftsdata med følgende innhold: Vannmengder, overløp, kjemikaliforbruk, strømforbruk, fyringsoljeforbruk, rentvannsforbruk, ristgodsmengder, sandmengder Det skal være mulig å ta ut rapport på slammengder, kvalitet og disponering med følgende innhold: Eget slam, septikmengder, slam fra andre, tungmetall analyser gjennomsnitt, maks og min, kvalitetsklasse, grenseverdier klasse I, II og III, disponering Analysesvar på næringsinnhold og bakterier F65 Løsningen skal ha mulighet for å vise og skrive ut grafiske rapporter, som kurver B F66 Det skal være mulig å laste ned utvalgte data til excel F67 Det skal være mulig å ta ut statistikker minimum 5 år tilbake i tid 2 F68 F69 Det skal være mulig å ta ut oversikt over alle anlegg gjerne sortert etter oppfyllelse av rensekrav Det må være mulig å legge inn og benytte standard type slambehandling (fra KOSTRA skjema 26 C): Kalktilsetting til avvannet slam Rankekompostering Reaktorkompostering Termisk hydrolyse + anaerob stabilisering Våtkompostering Langtidslagring og enkel rankekompostering Anaerob stabilisering + termisk tørking Anaerob stabilisering + vakuum tørking Pasteurisering foran anaerob stabilisering Termofil, anaerob stabilisering Aerob, termofil forbehandling + anaerob stabilisering F70 Det må være mulig å legge inn og benytte standard verdier for slam disponering (fra KOSTRA skjema 26 C): Jordbruksformål Grøntareal Levert til jordprodusent Toppdekke avfallsfylling Deponi som sluttbehandling Forbrenning/energigjenvinning Eksport til utlandet spesifisert formål Annen disponering - spesifiseres Versjon:.0 Side 2 av 5

13 K Bilag Kundens kravspesifikasjon Nr F7 F72 Behandling og disponering av avløpsslam (KOSTRA 26 C): Krav Prioritet Det må være mulig å legge inn flere anlegg som leverer slam til et anlegg for slambehandling middelverdi vektes + antall tonn i ulike kvalitetsklasser. Design på rapportene må kunne påvirkes. 2 B F73 Rapporter må kunne videresendes direkte på mail som PDF til mailadresser som ligger inne i systemet. 2 B 7 Tekniske krav Kundens eksisterende tekniske plattform er beskrevet i K Bilag 3. Løsningen skal kunne benyttes på denne plattformen. T Leverandøren bes beskrive hvilke krav løsningen stiller til Kundens itinfrastruktur. B T2 Leverandøren skal beskrive krav til forsinkelse og hastighet på linjene. B T3 T4 T5 T6 Databasen skal håndtere alle norske tegnsett korrekt både ved registrering og søking. Leverandøren bes beskrive planlagt støtte for nye komponenter i infrastrukturen, og hvor lenge tidligere versjoner vil støttes. Start av Løsningen, når bruker er innlogget i Kundens nettverk, skal normalt ikke ta mer enn 0 sekunder. Det skal ikke oppleves å være ventetid når Kunden registrerer data i Løsningens felter selv om input skal valideres. Dette skal gå fortløpende. B B T7 Leverandøren skal oppgi minstekrav til Klientens maskinvare. (Kravliste ift. prosessor, minne, skjermkort, oppløsning, skjermstørrelse, harddiskstørrelse og nettverkshastighet for PC/klienter). T8 Alle feil i Løsningen skal vises / logges med en forståelig feilkode. B T9 T0 Alle funksjoner knyttet til utskrift skal støttes gjennom et standard Windows-grensesnitt. Brukeren må ha mulighet til å endre valgt skriver underveis i prosessen. Leverandøren skal beskrive applikasjonens nåværende arkitektur med følgende elementer:. Lagstruktur og teknologi for kommunikasjon mellom lagene 2. Komponentstruktur, -standarder og grad av bruk av felles komponenter 3. Teknologi og verktøy som er benyttet for utvikling av løsningen 4. Teknologi for integrasjon mellom interne komponenter og eksterne (3. parts) komponenter 2 B T Autentiseringen av brukeren skal skje med individuelle Brukernavn og Passord. Versjon:.0 Side 3 av 5

14 K Bilag Kundens kravspesifikasjon T2 Autentiseringen bør kunne hentes fra kundens standardiserte katalogtjenester (MS Active Directory) 2 B T3 Det bør være mulig å få oversiktsrapporter på tildelte autorisasjoner. 2 T4 Sikkerhetskopiering, konsistenssjekk og andre driftsprosedyrer skal kunne utføres uten stans i løsningen og uten at opplevd responstid for brukere påvirkes. B 8 Spesifikasjon av programvare Leverandøren skal i K Bilag 2 gi en komplett oversikt over tilbudt programvare. Oversikten skal være en spesifisering av alle relevante komponenter og moduler, inkludert versjonsnummer. I tillegg skal det gis en roadmap over kommende versjoner med datoangivelse de neste 2-4 år. All annen programvare som er en forutsetning for at tilbudt programvare skal fungere optimalt, skal spesifiseres på tilsvarende måte. Alle priser skal oppgis i K Bilag 7. 9 Krav til tjenester 9. Opplæring Leverandøren skal tilby opplæring av brukere/planlegger og systemadministrator. Opplæringen må være tilpasset forkunnskapene i disse gruppene. Brukergruppen har normal kompetanse på bruk av Windows og WEB-baserte løsninger. Bilag 2 skal inneholde en oversikt over de ulike kurs og betingelser som tilbys. Alle priser skal oppgis i K Bilag 7. Kunden forbeholder seg retten til selv å gjennomføre kurs i anvendelse av tilbudt applikasjon. 9.2 Dokumentasjon Det skal leveres brukerdokumentasjon på norsk som presenterer systemets virkemåte og funksjonalitet for brukerne, og dekker alle de ulike roller brukere av systemet kan ha. Det skal leveres systemdokumentasjon som skal gi innsikt i og forståelse av applikasjonen. Systemdokumentasjonen skal også inneholde formler og beregninger som finnes i løsningen. All dokumentasjon skal tilgjengeliggjøres elektronisk for kunde med mulighet til å redigere/editere på dokumentasjonen og kopiere denne til internt bruk. All dokumentasjon skal være oppdatert, og klart merket med hvilken versjon, revisjon, rettelse etc. den relaterer seg til. 0 Test og godkjenning Følgende tekst skal tas inn i K Bilag 5: Kunden er ansvarlig for å teste at det leverte system svarer til de avtale ytelsene slik disse er gitt i bilagene og 2. Testene utføres ved bruk av systemet i ordinære driftssituasjoner. Feil og mangler kategoriseres og rapporteres fortløpende av Kunden iht avtalens punkt Versjon:.0 Side 4 av 5

15 K Bilag Kundens kravspesifikasjon Løsningen idriftsettes etter en kort akseptansetest av gjennomført leveranse. Leveransen av løsningen godkjennes og overleveres til Kunden når en måneds godkjenningsperiode etter idriftsetting er gjennomført, og følgende kriterier er oppfylt: a) Godkjenningsprøvene har vist at løsningen fungerer enkeltvis i funksjoner og totalt sett etter Kundens kravspesifikasjon i K Bilag og Leverandørens løsningsspesifikasjon i K Bilag 2. b) Den leverte løsningen har vist avtalt og tilfredsstillende ytelse og driftsstabilitet c) Ingen feil og mangler, uansett kategori, må være utestående hvis ikke lengre tidsfrist er avtalt særskilt (dvs. feilen/mangelen er avtalt løst i senere versjoner, eller det er avtalt metode for å omgå feilen/mangelen). Etter godkjent leveranse (leveringsdag), løper ett års garantiperiode, jfr avtalens punkt Fremdrifts- og tidsplan K Bilag 4 skal inneholde en beskrivelse av de tjenester Leverandør kan tilby som bistand ved innføring og tilrettelegging for Kunden, samt en fremstilling av fremdrifts- og tidsperspektiv for disse tjenestene. Fremdriftsplanen skal også inneholde forutsetninger og krav til deltakelse fra Kunden. Priser skal spesifiseres i K Bilag 7 for de tjenester som ikke er dekket opp i andre vedlegg. I beskrivelse og tekst skal det tydelig fremgå hva som er inkludert i disse tjenestene. 2 Administrative bestemmelser Leverandør skal i Bilag 6 beskrive den sentrale organiseringen av leveransen, med angivelse av Leverandørens representant i avtaleforholdet. Leverandør skal oppgi navn, CV og arbeidsgiver for sitt nøkkelpersonell. 3 Samlet pris og prisbestemmelser Leverandøren skal, som K bilag 7, utarbeide pristabeller basert på Kundens mal for bilaget. Versjon:.0 Side 5 av 5