Bilag til SSA-K 2018 Bilag til SSA-K – Kjøpsavtalen – 2018
Bilag til SSA-K 2018
Bilag til SSA-K – Kjøpsavtalen – 2018
Bilag 1: Kundens kravspesifikasjon
Avtalens punkt 1.1 Avtalens omfang
Avtalen omfatter leveranse av programvare for Software Asset Management (SAM) og teknisk implementasjon. Vår markedsundersøkelse tilsier at det bare er Snow og Flexera som tilfredsstiller våre krav, og vi retter derfor en forespørsel direkte til disse to.
Leveransen vil i første omgang gjelde klientprogramvare, men senere kan også moduler for MS server, VMware, Oracle og eventuelt andre programpakker være aktuelle. I denne teksten menes klientprogramvare hvis ikke annet er angitt.
UiO ønsker å kjøpe programvaren gjennom sin avtalepartner Crayon.
Tilbudet skal beskrive totale kostnader over 4 år, fordelt på pris for anskaffelse og løpende supportkostnad.
I tillegg ber vi om priser for eventuelle tilleggsmoduler (MS serverprogramvare, VMware, Oracle og eventuelle andre).
Vi ber om beskrivelse av nødvendig bistand fra leverandør for at UiO selv skal kunne realisere gevinstene. Pris for denne bistanden skal være inkludert i tilbudet.
Vi ber om en beskrivelse av UiOs egeninnsats for å kunne realisere gevinstene.
NTNU, UiT og UiB kan ønske å kjøpe programvaren på samme betingelser som UiO, dersom deres eksisterende avtaler tillater dette.
Målgruppen for bruk er tredelt.
Den ene gruppen er sentralt ansatte i USIT (den sentrale IT-organisasjonen ved UiO). Disse skal kunne holde oversikt over egne og andres lisenser, kunne generere rapporter for fakturagrunnlag for eksterne leverandører, for internfakturering og kontroll, og kunne tildele, inndra og på annen måte styre programvareporteføljen ved universitetet.
Den andre gruppen er ansatte i IT-organisasjonen ved UiO. De som skal som et minimum kunne holde oversikt over lisenser ved egen avdeling, og tildele og fradele lisenser de har tilgang til.
Den tredje gruppen er ansatte som skal kunne bruke en selvbetjeningsside/brukerportal ved behov for programvare, med størst mulig automatisering.
En enkel, lettvekts POC satt opp i samarbeid med UiO for test av datainnsamling og vurdering av brukergrensesnitt forespørres som en del av tilbudet.
-for et inntrykk av arbeidsmengde for oppsett og drift,
-for et inntrykk av ut av boksen brukergrensesnitt, og
-for arbeidsmengde for å samle data fra klienter.
Vi ønsker kun overordnet å se programvaren i drift, og har ikke formell godkjenning e.l. som del av evalueringen.
Krav til beskrivelse:
I bilag 2 skal leverandøren beskrive sin leveranse. Av beskrivelsen skal det fremkomme hvilke elementer leveransen, eventuelt moduler, består av, herunder også funksjonelle egenskaper.
Delelementer som kan velges uavhengig, skal beskrives særskilt.
I Bilag 7 skal leverandøren gi priser og prisstruktur for samtlige elementer som omfattes av avtalen, og benytte de relevante enhetsprisene som inngår. Vi ber om en beskrivelse av support etter at SAM er ferdig etablert og selve leveransen dermed er avsluttet.
Særskilte beskrivelser
I den grad programvaren har integrasjoner med andre systemer er det ønskelig med RESTful webservice.
Krav til beskrivelse: I bilag 2 skal leverandøren beskrive de integrasjonsmulighetene som leveransen understøtte,
Sikkerhet
Informasjon håndtert av programvaren skal kun være tilgjengelig for personer og systemer som har rett til innsyn. Informasjon skal være sikret mot utilsiktede eller urettmessige endringer.
Passord til privilegerte brukerkontoer benyttet av programvaren må være sikret i et passord-hvelv.
Tilgangsstyring må være rollebasert og fortrinnsvis integrert med Active Directory.
Det må være tydelig hvordan programvaren genererer loggdata som potensielt kan inneholde data regulert av GDPR-bestemmelsene.
Krav til beskrivelse: I bilag 2 skal leverandøren beskrive hvorledes programvarene er designet for å ivareta sikkerhet. Dette kan innbefatte ulike typer og nivåer av kryptering. Det gjelder også beskrivelse av sikker håndtering av logger og annet. Beskrivelsen må være omfattende nok til at programvarens sikkerhet kan vurderes.
Avtalens punkt 2.1.2 Tilpasninger og installasjon mv.
Etablering
Kunden sammen med leverandør vil identifisere en til to arbeidsprosesser, i samråd med leverandør, som etableres i produksjonsmiljø.
Krav til beskrivelse: I bilag 2 skal leverandøren beskriver hvorledes installasjon foretas, herunder konfigurasjon i forbindelse med installasjon, og hvorledes bistand til kundens konfigurering kan foretas på en kompetansebyggende måte som er inkludert eller kan tilbys som opsjon. Det er i bilag 4 skrevet en milepælsplan. Leverandøren skal i bilag 4 lage en gjennomførings- eller leveranseplan, som viser hvorledes milepælene nås. Det skal også fremgå av planen forventet ressursinnsats og kompetanse fra Kunde og leverandør.
Avtalens punkt 2.1.4 Dokumentasjon og opplæring
Sammen med programvaren skal det leveres dokumentasjon. Oppdatert dokumentasjon som er tilgjengelig for kunden på web, anses som levert. Følgende dokumentasjon forventes:
Teknisk dokumentasjon
Det forventes at leverandør dokumenterer arkitektur i et fullverdig driftsmiljø, og de ulike tekniske komponentene og forutsetningene disse har til OS-versjoner, versjon av ulik støtteprogramvare m.m.
Det trengs også dokumentasjon på hvordan sikkerhet og personvern, herunder spesielt GDPR-relatert, ivaretas.
Brukerdokumentasjon
Brukerdokumentasjon for brukergruppene og systemadministratorer er nødvendig.
Krav til beskrivelse: I bilag 2 skal leverandøren beskriv hva slags dokumentasjon som leveres sammen med leveransen. (Se også Vedlikeholds og supportavtale.)
Opplæring
Leverandøren skal gjennomføre opplæring av kundens personell, i to av de tre kategoriene nevnt over.
For den første gruppen forventes det en gjennomføring av opplæring. Beskriv ønsket innhold og forløp, samt resultat av opplæringen.
For den andre gruppen forventes det en gjennomføring av opplæring. Beskriv ønsket innhold og forløp, samt resultat av opplæringen.
For den tredje gruppen forventes brukerdokumentasjon på nett.
Krav til beskrivelse: I bilag 2 skal leverandøren beskriv hva slags opplæring som leveres sammen med leveransen slik at Kundens personell best mulig kan anvende programvaren. Det skal beskrives hvorledes opplæringen gjennomføres, herunder eventuelle forvedede forkunnskaper som kundens personell skal ha.
Gjennomføring av opplæringen tas med i Leverandørens gjennomføringsplan i bilag 4. Dersom Leverandøren har andre kurs, kompetanseaktiviteter og annet innenfor leveranseområdet, skal dette beskrives. Kostnadene for opplæringen skal angis i bilag 7, og eventuelle tilleggsaktiviteter skal angis som opsjon i bilag 7.
Avtalens punkt 2.2.2 Undersøkelsesplikt
Det skal gjennomføres en godkjenningsprøve, i form av at vi ser at en til to programvarepakker fungerer.
Krav til beskrivelse: I bilag 5 beskriver Leverandøren hvorledes det verifiseres at programvares egenskaper og virkemåte er i tråd med beskrivelsen, og at dokumentasjon og opplæring er hensiktsmessig og formålstjenlig. I detaljplanen Leverandøren utarbeider i bilag 4 skal det fremkomme når tester og godkjenningsprøver starter og stopper. Dersom det i forbindelse med testene er behov for spesielle verktøy, skjema eller annet skal dette beskrives.
Vedlikeholds og supportavtale
Kunden legger til grunn at leverandør og / eller produsent tilbyr en standard vedlikeholdsavtale. Det antas at denne vedlikeholdsavtalen kan ha ulike nivåer på innholdet. Det bes derfor om at det tilbys en vedlikeholdsavtale i form av ulike opsjoner. Mellom annet skal vedlikeholdsavtalen angi:
Vedlikehold av levert programvare, herunder oppgraderinger av levert programvare inklusiv nye versjoner som dekker funksjonalitet i levert programvare
Tilgang til oppdatert dokumentasjon
Varsling om nye versjoner, og tilgjengeliggjøring av disse
Xxxxxxxx om avdekkede feil, herunder «patcher» som retter feil
Varsling om sikkerhetshendelser
Innmelding av feil, feilretting og respons
Tilgang til opplæring
Krav til beskrivelse: I bilag 2 beskriver Leverandøren overordnet hva de tilbyr av support og vedlikeholdsavtaler, herunder hvorledes vedlikeholdet er organisert, hvorledes det leveres, samt overordnede rutiner, knyttet til innmelding av saker, informasjon om oppgraderinger, ulike nivåer etc. Leverandøren legger ved sine standard vedlikeholdsavtaler.
I bilag 7 skal prisene for vedlikeholdsavtalene inngå, herunder som opsjon eller alternativer, prisene på ulike nivåer på vedlikeholdsavtalene. Kunden forvantet at det er tilstrekkelig med supporthenvendelser som mottas og behandles i normalarbeidstid. Forventet responstid, rettetid etc. må komme klart fram.
Opsjoner
Avtalen skal gi anledning til å anskaffe, som opsjon, eventuelle ny funksjonalitet som tilgjengeliggjøres uavhengig av den opprinnelige leveransen, men som er en naturlig utvidelse av denne med mindre dette dekkes av vedlikeholdsavtalen.
Likeledes skal avtalen gi rett, som opsjon, til å kjøpe mer eller annen opplæring enn det som opprinnelig ble levert.
Endelig skal avtalen gi anledning, som opsjon til å kunne kjøpe bistand, etter nærmere avtale, relatert til kundens bruk av levert programvare.
Krav til beskrivelse: Leverandøren beskriver i bilag 2 overordnet relaterte programvarer og ytelser, samt gir enhetspriser for dette som opsjon i bilag 7.
I bilag 4 og 6 beskriver leverandøren rutiner og tider relatert til bestilling og leveranse av ytelser ut over det som utgjøres av den første leveransen. Dette kan være enkle forhold som eventuelt bestilling, grunnet økt kapasitetsbehov eller opplæring til flere ansatte hos kunden. Det kan imidlertid omfatte nye relaterte leveranseprosjekt eller tjenesteleveranser relatert til området. I slike tilfeller avtaler partene en egen gjennomføringsplan.
Kundens kravspesifikasjon
Må-krav
KRAV-ID |
KRAVBESKRIVELSE |
JA / NEI |
|
|
Tekniske krav |
|
|
|
Løsningen skal fungere på kundens plattform |
|
|
|
Løsningen skal kunne kjøres på en sentral databaseserver |
|
|
|
Løsningen skal kunne kjøres på Mixed Mode (AD-bruker, A-grupper, SQL-bruker) |
|
|
|
Løsningen skal ha støtte for sikker kommunikasjon mellom applikasjonsserver og databaseserver |
|
|
|
Applikasjonserver skal kunne benytte "TCP/IP Network Protocol" og "Specific Port", f.eks. 1433, mot databaseserver |
|
|
|
Løsningen må støtte rollebasert tilgang med rettigheter tilpasset ulike brukergrupper. |
|
|
|
|
|
|
|
Funksjonelle krav |
|
|
|
Løsningen skal støtte ulike klient operativsystem (OSE), så som Windows, Linux, Mac, Unix |
|
|
|
Verktøyet skal kunne gjenkjenne alle kjente applikasjoner og kjørende instanser |
|
|
|
Verktøyet skal kunne konfigureres slik at det kan gjenkjenne spesifikke programvarepakker og suiter |
|
|
|
Verktøyet skal ha muligheter til å allokere spesielle lisensmetrikker til applikasjoner og suiter |
|
|
|
Verktøyet skal inneholde funksjonalitet som automatisk kan sette oppgraderings- og nedgraderingsmuligheter i spesifikke situasjoner |
|
|
|
Verktøyet skal kunne håndtere flere versjoner av samme produkt på samme OSE |
|
|
|
Verktøyet skal automatisk kunne identifisere og allokere riktig Product Use Right til en lisens som importeres ved bruk av SKU nummer |
|
|
|
Det skal være mulig å legge inn egendefinerte lisensmodeller som ikke kommer out-of-the-box |
|
|
|
Ved granskning av en lisens skal verktøyet kunne vise alle maskiner/enheter/devices som konsumerer lisensen, samt alle tilknytninger og organisasjoner/brukere |
|
|
|
Ved granskning av en applikasjon skal verktøyet kunne vise alle maskiner/enheter/devices som har applikasjonen installert, samt versjonsnummer |
|
|
|
Verktøyet skal kunne måle bruk av programvare (software metering og bruk) |
|
|
|
Verktøyet skal kunne gi brukshistorikk selv om klienten ikke er tilkoblet nettverket til enhver tid |
|
|
|
Verktøyet skal kunne integreres i eksternt skybaserte lisenstjenester, som Adobe Creative Cloud og Microsoft Office365 (SaaS) |
|
|
|
Verktøyet skal fungere i eksterne skytjenester, som Amazon WS og Microsoft Azure (PaaS) |
|
|
|
Verktøyet skal kunne lage og vise koblinger mellom brukere (users) og maskinvare (devices) |
|
|
|
Verktøyet skal ha muligheter til å legge inn spesielle kontraktsvilkår og kontraktstillegg (amendments). For eksempel begrensede oppgraderingsrettigheter eller product use rights |
|
|
|
Verktøyet skal støtte overføring av lisenser mellom underliggende virksomheter eller andre avdelinger |
|
|
|
Verktøyet skal ha et enkelt brukergrensesnitt og det skal være mulig å lage og ta ut enkle rapporter for ansatte med forskjellige funksjoner i virksomheten. |
|
|
|
Verktøyet skal kunne installeres, konfigureres og rulles ut On-premise på Kundens tekniske plattform |
|
|
|
På datacenter plattformen skal verktøyet både ha mulighet for innhenting og bearbeidelse av data via standard klientprogramvare og spesifikk scripting dersom det er behov for det |
|
|
|
Verktøyet skal ha integrert støtte for programvaregjenkjenning (discovery) og innsamling av data mot de mest kjente applikasjons-virtualiseringsplattformene (MS App-V og VMware VDI) |
|
|
|
Det skal være mulig å lage rapporter i verktøyet som gir brukeren et komplett bilde av applikasjonene uansett hvordan de er anskaffet og brukes. |
|
|
|
Verktøyet skal støtte og forenkle utarbeidelse av godkjente rapporter til bruk ved lisensrevisjoner/audits |
|
|
|
Verktøyet skal ha integrasjonsmuligheter med de mest kjente infrastruktur-virtualiseringsplattformene (Hyper-V, VMWare ESX). |
|
|
|
Verktøyet skal støtte arbeidsprosesser/forretningsprosesser innenfor SAM eller inneholde integrasjon mot tredjeparts plattformer for arbeidsprosesser |
|
|
|
Verktøyet skal kunne telle antall CPU's og Core's i virtuell og fysisk server infrastruktur |
|
|
|
Verktøyet skal ha integrasjonsmuligheter med andre verktøy/løsninger på markedet som brukes til programvaregjenkjenning og kontroll av lisensportefølje, som FlexLM og Sentinel |
|
|
|
|
|
|
Bør-krav
KRAV-ID |
KRAVBESKRIVELSE |
JA / NEI |
LEVERANDØRENS UTFYLLENDE SVAR |
|
Kunden ønsker å avgrense rettigheter til applikasjoner. Beskriv hvilke rettigheter programvaren må ha. |
|
|
|
Verktøyet bør ha muligheter for integrasjon/Connectors med kjente skytjenesteleverandører/Cloud. Beskriv hvilke leverandører, og kort om hvordan dette fungerer. Antall leverandører og beskrivelsen av funksjonaliteten vil bli evaluert |
|
|
|
Lisensrevisjoner/audits krever mye av Kunden. Beskriv på maks 2 A4 sider hvordan verktøyet som tilbys vil forenkle en lisensrevisjon/audit for Kunden. Store programvareleverandørers anerkjennelse og tillit til rapportene som genereres i verktøyet og verktøyets evne til å forhindre at en audit blir iverksatt vil tillegges vekt i evalueringen. |
|
|
|
Kunden er opptatt av personvern og sikkerhet i løsningen, spesielt når det nye GDPR regelverket blir innført. Beskriv på maks 2 A4 sider hvilke løsninger/muligheter som finnes i løsningen for å tilfredsstille blant annet GDPR. Hvilke muligheter finnes det for anonymisering av personlige opplysninger i rapporter, kan det settes opp ulike roller i verktøyet med tilgang til ulik grad av sensitiv informasjon, hvordan sikrer verktøyet at personlige opplysninger ikke "lekker" fra verktøyet. |
|
|
|
Beskriv hvordan rapporter kan distribueres til Stakeholders i virksomheten og hvilke format rapportene kan tas ut i. Antall format og automatisk utsendelse av rapporter til faste tidspunkt vil vektlegges. |
|
|
|
Verktøyet skal ha mulige tilleggsmoduler eller tilleggsfunksjonalitet for å kunne administrere lisensmodeller fra MS server og database-funksjoner, Oracle på database og applikasjoner, SAP og IBM. |
|
|
|
Mange discovery og metering løsninger har stor impact/påvirkning på ytelsen i maskinvare og nettverk. Beskriv hvor stor impact løsningen med evt. agenter har på maskinvaren (server/klient) og nettverket. Lav påvirkning på nettverk og maskinvare vil vektlegges. |
|
|
|
Beskriv hvilke muligheter det finnes for kontraktsadministrasjon av programvareavtaler i verktøyet. Enkelthet, oversiktlighet og informasjonen som presenteres for brukeren som skal administrere en kontrakt vil vektlegges. |
|
|
|
Kunden legger vekt på desentral drift. Beskriv hvordan lisensimport og evt. allokering foregår i verktøyet. Hvor enkelt dette gjøres, og om egne ansatte hos Kunden kan gjøre arbeidet vil tillegges vekt i evalueringen. |
|
|
|
Beskriv om det finnes integrasjonsmuligheter eller kommunikasjonsmuligheter med Airwatch, Microsoft SCCM, og InTune. Det vil legges vekt på hvilken merverdi dette vil gi Kunden, hvor enkelt dette kan integreres (out-of-the-box funksjonalitet eller omfattende tilpasninger). |
|
|
Bilag 2: Leverandørens beskrivelse av leveransen
Leverandøren skal, basert på bilag 1 (Kundens kravspesifikasjon), beskrive sin leveranse/løsning her.
Leverandøren bør være oppmerksom på at avvik, forbehold og andre endringer i bilag 2 til Kundens krav i bilag 1 ved tilbudsinnlevering kan medføre at tilbudet blir avvist av Xxxxxx.
Avtalen punkt 1.1 Avtalens omfang
Leverandøren gir her en overordner beskrivelse av hva som leveres. Det beskrives konseptuelt hva som leveres. I tillegg skal leveransens funksjonelle og tekniske egenskaper beskrives. Følgende presiseres:
Styringsenhet
Robot
Utviklingsmiljø
Avtalens punkt 2.1.1 Utstyr og programvare
Dersom tilbudt programvare og utstyr ikke har slike funksjoner, egenskaper og kvalitet som følger av standard produktbeskrivelse/-spesifikasjon, brukerveiledning mv. som Leverandøren lar følge med ved salg av disse produktene, skal dette fremkomme her.
Dersom det er nødvendig å oppgradere Kundens tekniske plattform, slik den er beskrevet i bilag 3, for at Leverandørens ytelser skal fungere som avtalt, skal dette spesifiseres her.
Leverandøren beskriver her i detalj hva som leveres, først gjennom å beskrive svar på det kunden har forespurt i bilag 1, deretter egenskaper ut over det som er forespurt.
Det skal særskilt beskrives
-Interoptabilitet
-Sikkerhet
-Skalerbarhet
Avtalens punkt 2.1.3 Forholdet til standard lisens- og avtalevilkår
I den utstrekning standardprogramvare som er omfattet av leveransen må leveres under standard lisensbetingelser, skal dette fremkomme her. Kopi av lisensbetingelsene skal være vedlagt som bilag 10. Det er viktig for Leverandøren å være klar over at lisensbetingelser for standardprogramvare ikke ved motstrid gjelder foran SSA-K avtalen. Det er kun de forhold som er angitt i punkt 2.1.3 i avtalens bestemmelser hvor lisensavtalen for standardprogramvare gjelder foran SSA-K. Dette gjelder i all hovedsak standard lisensbetingelser om disposisjonsrett og rettsmangler. Videre er det i SSA-K gjort visse unntak for Leverandørens feilrettingsplikt for samme programvare.
I den utstrekning det er avvik mellom lisensbetingelsenes bestemmelser om disposisjonsrett og denne avtalens bestemmelser om disposisjonsrett, skal dette fremkomme her.
Redegjør spesifikt for disposisjonsretten, og hensyna at kunden har bedt om support og vedlikeholdsavtale
I det følgende kommer en rekke overskrifter fra bilag 1, som disposisjon for leverandørens beskrivelse i bilag 2
Tilpasninger og installasjon mv.
Beskriv hvorledes etableringen gjennomføres, og henvis til gjennomføringsplan som leverandøren inntar i bilag 4. Beskrivelsen skal mellom annet vise aktiviteter knyttet til:
Utvelgelse av prosesser som skal implementeres
Leveranse av dokumentasjon
Gjennomføring av installasjon
Opplæring
Testing
Godkjenning
Vedlikeholds og supportavtale
Beskriv hva som tilbys av vedlikeholds og supportavtale, jfr. bilag 1.
Opsjoner
Beskriv andre relaterte ytelse, jfr. bilag 1
Avtalens punkt 2.7 Eksterne rettslige krav
Leverandøren skal beskrive hvordan Leverandøren ivaretar eksterne rettslige krav gjennom sin leveranse her.
Avtalens punkt 4.3 Fri programvare
Dersom fri programvare skal benyttes i forbindelse med leveransen, skal Leverandøren utarbeide en oversikt over den aktuelle fri programvare. Oversikten inntas her. Kopi av lisensbetingelsene som gjelder for den aktuelle frie programvare inntas i bilag 10.
I den utstrekning Leverandøren er kjent med at fri programvare som er krevet brukt av Kunden som en del av leveransen er uegnet til å oppfylle Kundens krav eller krenker eller av noen hevdes å krenke tredjeparts opphavsrett, skal Leverandøren påpeke dette her.
Bilag 3: Kundens tekniske plattform
Kunden kjører Windows-servere på VmWare ESX virtualisering, i Active Directory, med MS SCCM, som primært driftsverktøy. Overvåkning skjer ved hjelp av produktet Zabbix.
Vi kjører automatisk patching av både server OS og installerte applikasjoner i schedulerte tidsrom. Serveren er plassert på ulike subnett avhengig av hvilke rolle maskinen har. Det er strenge krav til nedlåsning av nett og rettighetskontroll
Kunden har også et omfattende Redhat Enterprise Linux driftsmiljø, dersom dette er en mer hensiktsmessig driftsomgivelse.
Kunden har ca 15.000 klientmaskiner med Windows, 2.500 MacOS, og 1.000 Linux. Antallet mobile enheter med lisensiert programvare er i dag lavt, men forventes å vokse fremover.
Bilag 4: Leveringstidspunkt og andre frister
Avtalens punkt 2.1.5 Tid og sted for Leverandørens ytelse
Programvare og utstyr skal være levert innen de frister som fremgår her.
Dersom Kunden i forbindelse med levering ønsker annen frist enn 5 (fem) virkedager iht. avtalens punkt 2.1.5 for å melde innvendig(er) mot Leverandørens ytelse, skal Xxxxxx angi dette her.
Milepælsplan for leveransen
Beskrivelse |
Ferdig |
Kommentar |
Når kontrakt er signert |
|
Forventet kontraktsignering |
Når dokumentasjon er tilgjengeliggjort |
|
|
Når opplæring av prosessutviklere og prosesskartleggere er gjennomført |
|
|
Når installasjonen er verifisert |
|
|
Når ROS-analyse er gjennomført |
|
|
Når leveransen er godkjent |
|
Betyr at godkjenningsprøven er ferdig |
Leverandøren skal utarbeide en detaljert gjennomføringsplan som viser hvorledes milepælene nås. Gjennomføringsplanen skal vise hvilke ressurser, kompetanse nivå og omfang som omfattes fra Leverandør og som forventes fra Kunde.
Avtalens punkt 6.2 Dagbot ved forsinkelse
Dersom partene har knyttet dagbot til andre frister/tidspunkt enn leveringsdag, skal dette fremkomme her.
Dersom dagbotsatser, beregningsgrunnlag for dagbøter eller løpetid for dagbøter skal avvike det som fremgår av avtalens punkt 6.2, skal dette fremkomme her.
Bilag 5: Godkjenningsprøve
Avtalens punkt 2.2.2 Undersøkelsesplikt
Avtalens definisjon av feil, erstattes med følgende definisjon:
Nivå |
Kategori |
Beskrivelse |
A |
Kritisk feil |
- Feil som medfører at programvaren stopper, at data går tapt, eller at andre funksjoner ikke er levert eller ikke virker som beskrevet. - Dokumentasjonen er så ufullstendig eller misvisende at Kunden ikke kan bruke programvaren eller vesentlige deler av det. |
B |
Alvorlig feil |
- Feil som fører til at funksjoner som ikke virker som beskrevet i avtalen, og som det er tids- og ressurskrevende å omgå. - Dokumentasjonen er så ufullstendig eller misvisende at Kunden ikke kan benytte funksjoner som ut fra en objektiv vurdering er viktige for Kunden. |
C |
Mindre alvorlig feil |
- Feil som fører til at enkeltfunksjoner ikke virker som avtalt, men som Kunden relativt lett kan omgå. - Dokumentasjonen er mangelfull eller upresis. |
Når en til to prosesser er verifisert at fungerer i det produksjonssatte driftsmiljøet.
Leverandøren utarbeider en testplan og godkjenningsplan, som viser hvorledes en verifiserer at leveransen har de egenskaper som er beskrevet i bilag 2.
Bilag 6: Administrative bestemmelser
Avtalens punkt 1.5 Partenes representanter
For kunden:
Systemeier og daglig kontakt med leverandør
Merkantil ressurs Xxxxx-Xxxxxx Xxxxx Xxxxxxx
For Leverandør
Leverandøren angir sine kontaktpersoner:
Rutiner knyttet til vedlikehold og oppfølging av avtalen:
Leverandøren presiserer her hovedelementer knyttet til leveranser i forbindelse med Vedlikeholds og supportavtale, herunder også eventuelle leveranser etter godkjenning.
Andre rutiner:
Leverandøren angir andre rutiner, særlig henvendelser og frister knyttet til eventuelle tilleggsbetalinger etter godkjenning.
Avtalens punkt 2.4 Lønns- og arbeidsvilkår
Dokumentasjon av Leverandørens oppfyllelse av Leverandørens forpliktelser som nevnt i avtalens punkt 2.4 (Lønns- og arbeidsvilkår) skal fremkomme her. Dokumentasjonen kan bestå av en egenerklæring eller en tredjepartserklæring om at det er samsvar mellom aktuell tariffavtale og faktiske lønns- og arbeidsvilkår for oppfyllelse av Leverandørens og eventuelle underleverandørers forpliktelser.
Nærmere presiseringer om gjennomføring av avtalens punkt 2.4 kan avtales her.
Avtalens punkt 2.6 Skriftlighet
Dersom Kunden ønsker at varsler, krav eller andre meddelelser knyttet til denne avtalen skal gis på en annen måte enn skriftlig til den postadressen eller elektroniske adressen som er oppgitt på avtalens forside, skal dette fremkomme her.
For Kunden:
Kommunikasjon knyttet til gjennomføring av avtalen innenfor rammen av avtalen, rettes på e-post, med eventuelle vedlegg til:.
Kommunikasjon knyttet til eventuelle avvik, eller endringer eller forhold som går ut over avtalens rammer rettes på e-post, med eventuelle vedlegg, til Xxxxx-Xxxxxx Xxxxx Xxxxxxx, x.x.x.xxxxxxx@xxxxx.xxx.xx. (Partene vil i felleskap sørge for felle signering, dersom partene er enige om endringer som kraver gjensidig bekreftelse
For Leverandør:
Leverandøren angir her tilsvarende sine kontaktpersoner og mottakere.
Bilag 7: Samlet pris og prisbestemmelser
Leverandøren skal utarbeide oversikt over enhetskostnader, og kostnader forbundet med leveransen. I tillegg skal det oppgis enhetskostnader relatert til kapasitetsutvidelse, samt eventuelle senere leveranser av tjenester, eksempelvis opplæring.
Kostnadene for leveransen samles i oversiktstabellen. I tillegg til oversiktstabellen skal leverandøren utarbeide tabeller som nærmere viser elementer og omfang som inngår. Tjenesteleveranse skal vises i tråd med beskrivelse i detaljer gjennomføringsplan. Det er bedt om noen konkrete opsjoner, herunder ulikt nivå på Vedlikeholds og serviceavtaler. De ulike opsjonene må beskrives tydelig, og gis enhetspriser på en klar måte.
Oversiktstabell
Beskrivelse |
|
Totall (NOK eks mva.) |
Etableringskostnader Inkludert grunnleggende konsulentbistand |
|
|
Lisens kjøp |
|
|
Vedlikeholdskostnad, per år. |
|
|
Eventuelt andre kostnader |
|
|
Totalt i 4 år |
|
|
Vedlikeholds og supportavtale
Priser på ulike vedlikeholds og supportavtaler angis, i tråd med det som kan tilbys. Dersom de kan leveres med ulike betalingsplaner skal dette angis, eksempelvis årlig, eller annet.
Opsjoner:
Kan være elementer ut over det som dekker det som er forespurt
Kan være mer omfattende eller dypere opplæring
Kan være annen konsulentbistand
Kan være moduler, komponenter, enhetspriser ut over det som er tatt med i «grunnpakka»
Eksempel
på pristabell for Leverandørens standard timepris for
konsulenttjenester:
Beskrivelse |
Timepris eks. mva. |
Junior konsulent (f.eks. 0-3 års erfaring) |
|
Senior konsulent (f.eks. 3-10 års erfaring) |
|
|
|
Avtalens punkt 2.1.4 Dokumentasjon og opplæring
Dersom opplæring er en del av leveransen i henhold til bilag 1, skal vederlag for opplæringen spesifiseres her.
Avtalens punkt 2.1.6 Garantiperiode og garantiytelser
Dersom garantiperioden avviker fra avtalens punkt 2.1.6, skal dette fremkomme her.
Avtalens punkt 3.1 Vederlag
Alle priser og nærmere betingelser for det vederlaget Kunden skal betale for Leverandørens ytelser skal fremgå her.
Dersom priser ikke skal oppgis eksklusive merverdiavgift, men inkludert toll og eventuelt andre avgifter, skal Kunden spesifisere alternativt prisoppsett her.
Kunden aksepterer at lisens og vedlikeholdskostnader kan angis i «original valuta», når det gjelder enhetspriser. I oversiktstabellen konverteres dette til NOK, og dato for konverteringen benyttete angis.
Dersom skal utstyr og programvare ikke skal leveres DDP (Incoterms) på den adresse som er angitt på avtalens forside, skal alternativ risikomodell oppgis her.
Eksempel på pristabell for varer:
Varer |
Referanse til beskrivelse i bilag |
Pris eks. mva. |
Rabatt |
|
|
|
|
|
|
|
|
|
|
|
|
Eksempel på pristabell for tjenester: (eksempelvis kurs/opplæring, enhetspris installasjon mv.):
Tjenester |
Referanse til beskrivelse i bilag |
Pris eks. mva. |
Rabatt |
|
|
|
|
|
|
|
|
|
|
|
|
Avtalens punkt 3.2 Faktureringstidspunkt og betalingsbetingelser.
Faktura utstedes «Når leveransen er godkjent» jfr. bilag 4.
Ved avtaleetablering vil leverandøren bli registrer. Avtalen vil implementeres slik at bestilling vil utstedes fra kundens Bestillingssystem. Bestillingen vil inneholde en rekke elementer, herunder kundens bestillingsnummer (E-nummer). Fakturaer skal ha referanse til ordrenummer (E-nummer) fra Kunden bestillingssystem.
Kunden forbeholder seg retten til å returnere fakturaer uten denne referansen.
Kunden har implementert elektroniske fakturaer gjennom Baswares meldingssentral, Business Transactions (BT).
Kunden har innført et statistikksystem som stiller krav til kvalitet på faktura. Fakturaer som skal leveres til Kunden må være i EHF-format og inneholde bl.a. følgende:
Produktnummer på linjenivå
Beskrivende produktnavn på linjenivå
Produktpris på linjenivå (eks. mva.)
MVA- % på linjenivå
Organisasjonsnummer i fakturahode
Dersom leverandøren ikke kan innfri dette pr. dags dato, forventes det at det igangsettes arbeid for å få dette på plass så raskt som mulig.
Se forøvrig Kunden implementeringsplan for e-faktura, som ligger på Kundens nettside: xxxx://xxx.xxx.xx/xx/xxxxxxxxx/xxxxx-xxxxxxx-xxx-xxx/.
Avtalens punkt 3.5 Prisendringer
Det forventes at enhetspriser på programvaren, herunder vedlikehold avtar som konsekvens av produktivitetsutvikling i perioden, og at innholdet vokser. Leverandøren skal derfor beskrive mekanisme som viser forventet kostnadsreduksjon, eventuelt innholdssøkning for uendret enhetspris.
Dersom enhetspriser er avhengig av annet et NOK, skal det oppgis hvilken valuta som ligger til grunn for enhetsprisen, samt kurs benyttet. Enhetspris som skyldes valutaendring ut over
± 2 % oppdateres i henhold til endring i Norges Banks valutakurser. (Kurs benyttet i avtalen, samt dato skal oppgis)
For timepriser kan prisen endre med KPI en gang i året. Gjennom læring og erfaringsutvikling forventes ressursenes produktivitet å øke. Forklar hvorledes dette sikres.
Avtalens punkt 4.1 Eiendomsrett til utstyr
Dersom det skal avtales salgspant for utstyr som leveres i henhold til denne avtalen, skal dette fremkomme her.
Avtalens punkt 4.2.1 Begrenset disposisjonsrett
Dersom vilkår vedrørende disposisjonsrett skal avvike fra avtalens punkt 4.2.1, skal dette fremkomme her. Eventuelle forutsetninger og begrensninger i forhold til antall brukere, sted/utstyr for utøvelse av disposisjonsretten mv. skal også beskrives her.
Avtalens punkt 4.3 Fri programvare
Dersom Leverandøren har egne timepriser for å bistå Kunden med aktiviteter som er angitt som «betalbar tilleggsytelse» i avtalens punkt 4.3 sjette avsnitt, skal disse fremkomme her.
Bilag 8: Endringer i den generelle avtaleteksten
Punkt i avtalen |
Erstattes med |
||||||||||||
Nytt punkt 2.1.7 |
Nytt punkt: Varighet Etter godkjenning trer avtalt Vedlikeholds og supportavtale i kraft. Vedlikeholds og supportavtalen er fornybar, og kunden har opsjon å kunne foreta årlig fornyelse.
Avtalens øvrige vilkår og enhetspriser varer så lenge kunden har gyldig vedlikeholdsavtale.
|
||||||||||||
Punkt 2.2.2 |
Det er, i tråd med avtalens anvisning, foretatt endringer i definisjonen av feil. Endringen er satt inn i bilag 5, men gjentas her
|
||||||||||||
Punkt 5.1.1 |
Presisering: Det er et mislighold dersom ikke leveransen er i overenstemmelse med det Leverandøren har beskrevet i bilag 2, eller refererte vedlegg til bilag 2. |
Bilag 9: Endringer av leveransen etter avtaleinngåelsen
Eksempel på endringskatalog:
Endringen. |
Beskrivelse |
Ikraftsettelsesdato |
Arkivreferanse |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bilag 10: Lisensbetingelser for standardprogramvare og fri programvare
Kopi av lisensbetingelser for standardprogramvare og fri programvare inntas i bilag 10.
Avtalens punkt
2.1.3 Forholdet til
standard lisens- og avtalevilkår
Kopi av lisensbetingelser for standardprogramvare som er omfattet av leveransen skal være vedlagt her.
Avtalens punkt 4.3 Fri programvare
Dersom leveransen omfatter fri programvare, skal kopi av lisensbetingelsene som gjelder for den aktuelle frie programvare inntas her.
Side 22 av 22