MIN POSTPORTAL

Transcription

MIN POSTPORTAL
VEJLEDNING
02.19 ASP/Cloud
INDHOLD
1. Sådan kommer du i gang ........................................................ 4
1.1 Sådan bruger du SKI 02.19 Web-form . ................................ 4
1.2 Sådan evaluerer du leverandørerne ...................................... 4
1.2.1 Delaftale I og II – direkte tildeling ..................................... 5
1.2.2 Delaftale III – direkte tildeling ............................................ 6
1.3 Sådan bruger du ski.dk ........................................................ 6
1.4 Anvendelse af leveringsaftalerne og leveringsaftalebilag . ..... 7
1.5 Sådan udfylder du leveringsaftalebilag ................................. 8
1.5.1 Udformning af leveringsaftalebilag ................................... 8
1.5.2 Bestillingsblanket ............................................................ 10
7. Sortiment og priser . ..............................................................
7.1 Delaftale I – ASP-service .....................................................
7.2 Delaftale II – Kommunal ASP-service ..................................
7.3 Delaftale III – Cloud . ..........................................................
7.4 Sortimentsopdatering . ......................................................
7.5 Prisopdatering ...................................................................
7.6 Uopsigelighedsrabat ..........................................................
7.7 Tilpasning af ASP-løsningen ...............................................
2. Generelt om rammeaftalen ...................................................
2.1 Rammeaftalens sammensætning .......................................
2.2 Beskrivelse af delaftalerne . .................................................
2.2.1 Delaftale I – ASP-services .................................................
2.2.2 Delaftale II – Kommunale ASP-services ............................
2.2.3 Delaftale III – Cloud-service .............................................
11
11
11
12
13
13
3. Sortimentstyper . ...................................................................
3.1 Kerneydelser ......................................................................
3.2 Funktionelle tillægsydelser .................................................
3.3 Øvrige ydelser ...................................................................
3.4 Serviceniveauer . ................................................................
14
14
14
14
14
9. Leveringsaftalerne – ”kontrakten” ........................................
9.1 Mediation og konfliktløsning .............................................
9.2 Leveringsaftalebilag 05 - Fællesbetingelser (Delaftale I
og II) .................................................................................
9.3 Exit – Sådan kommer du ud af kontrakten ..........................
9.4 Data og datasikkerhed .......................................................
9.4.1 Leverandørens brug af data ............................................
9.4.1 Opbevaring efter ophør ..................................................
9.4.2 Persondata .....................................................................
9.4.3 Revisorerklæring .............................................................
9.5 Andre særlige reguleringstemaer i rammeaftale 02.19 .......
9.6 Delaftale III – Cloud-services - standardbetingelser .............
4. Snitflader til andre SKI rammeaftaler ................................... 15
5. Beskrivelse af ydelserne ......................................................... 16
6. Sammenhængen mellem FORM & STORM ..........................
6.1 FORM ................................................................................
6.2 STORM ..............................................................................
6.3 FORM & STORM sammenhæng ........................................
17
17
17
17
Sammenhæng til vejledning om direkte tildeling
Vejledning om direkte tildeling beskriver, hvorledes SKI direkte tildeling
skal anvendes. Vejledningen kan hentes på www.ski.dk/publikationer
2
vejledning TIL ASP/Cloud
18
18
18
18
19
19
20
20
8. Leverandørerne på rammeaftalen ........................................ 20
Bilag 1. Ordliste med beskrivelse af begreber
brugt i vejledningen ..........................................................
Bilag 2. Serviceniveauer ...........................................................
Bilag 3. Leveringsaftalernes reguleringstemaer . .......................
Bilag 4: rammeaftalens bilagsstruktur ......................................
21
21
22
23
23
24
24
24
24
25
26
28
29
30
34
Baggrund for Rammeaftale 02.19 ASP/Cloud
SKI’s Rammeaftale 02.19 ASP/Cloud er skabt ud fra et ønske om at give kunderne et klart overblik
over, hvilke ASP- og Cloud-services offentlige kunder kan få tilbudt. Rammeaftalen danner rammen
for services, som leverer it-funktionalitet, der understøtter offentlige opgaver og ydelser. Derudover
er rammeaftalen med til at skabe en klar og gennemsigtig prisstruktur, så prisen for de enkelte ydelser
kan sammenlignes og er forudsigelig for kunden.
Generelt om denne vejledning
SKI’s Rammeaftale 02.19 ASP/Cloud skal gøre det muligt for SKI’s kunder at indgå aftaler, der gælder
for Application Service Provider services (ASP-services) samt Cloud-applikationer og -services. Begge
dele er computer-services og funktionaliteter, som leverandøren stiller til rådighed ved levering over
internettet eller via dedikerede linjer.
Denne vejledning er udformet som et opslagsværk med følgende hovedområder:
• Praktisk anvendelse af rammeaftalen
• Rammeaftalens sammensætning
• Ydelserne på rammeaftalen
• Håndtering af leveringsaftalerne
SKI håber, at vejledningens indledende praktiske indføring kan være en hjælp til at bruge rammeaftalen.
For at bidrage til forståelse af rammeaftalens principper indeholder vejledningen også afsnit, der giver
indblik i, hvordan rammeaftalen er bygget op og et overblik over de valgte leverandørers ydelser.
Målgruppen for vejledningen
Denne vejledning henvender sig primært til personer, som ønsker dybere indføring i rammeaftalens
indhold og betingelserne for at bruge den til at købe ASP/Cloud ydelser.
Brug af denne vejledning forudsætter et vist teknisk kendskab til ASP/Cloud området.
Andre dokumenter og kilder
Vejledningen gengiver uddrag af det samlede udbudsmateriale, som leverandørne har afgivet deres
tilbud på baggrund af. Det fulde udbudsmateriale er tilgængeligt på www.netindkoeb.dk
Følgende dokumenter i udbudsmaterialet kan være relevante, hvis man ønsker indsigt i udbudsgrundlaget:
• Rammeaftalebilag 1 – Kravspecifikation
• Rammeaftalebilag 8 – Retningslinjer for Direkte tildeling
Som supplement til denne vejledning og rammeaftalen har SKI udarbejdet materiale, som findes
på www.ski.dk/aspcloud og på www.netindkoeb.dk
vejledning TIL ASP/Cloud
3
1. Sådan kommer du i gang
Denne vejledning er et værktøj til at få et grundigt indblik i Rammeaftale 02.19 ASP/Cloud. Før du
begynder at anvende rammeaftalen, bør du tage stilling til følgende:
• Hvilket forretningsmæssigt behov skal den konkrete anskaffelse opfylde?
• Hvilket serviceniveau skal tilknyttes serviceydelsen?
• Er der behov for tillægsydelser?
• Er der behov for BPO (Business Process Outsourcing) eller mulighed for licensleje?
• Er betingelserne for direkte tildeling eller miniudbud opfyldt?
Dette kapitel er bygget op, så du trin for trin kan komme i gang med at bruge rammeaftalen.
Trin 1:
Trin 2:
Trin 3:
Trin 4:
Afsnit 1.1 beskriver, hvordan du via SKI’s 02.19 Web-form kan finde den ønskede
ASP-/Cloud-service, og hvilke leverandører der kan leveres denne service
Afsnit 1.2 beskriver, hvordan du finder de relevante informationer om leverandørernes
priser og sortiment
Afsnit 1.3 beskriver, hvordan du kan anvende ski.dk og netindkøb.dk
Afsnit 1.4 beskriver, hvordan leveringsaftalerne skal udfyldes på rammeaftalen. Afsnittet tager udgangspunkt i nogle eksempler.
1.1 Sådan bruger du SKI 02.19 Web-form
SKI har udarbejdet en Web-form, der på grundlag af FORM modellen giver et overblik over, hvilke
services leverandørerne tilbyder i et givent forretningsområde. Den er opdelt i fire trin, så du trin for
trin guides frem til præcis det serviceområde, som dækker dit ønske.
Hvis du f.eks. ønsker at finde en leverandør med ydelser inden for ”Indberetning af patientdato til
Cancerregister”, kan du via Web-form klikke dig ned gennem FORM hierarkiet og finde den ønskede
service. Først vælger du ”Sundhed”, dernæst ”Patientforhold og Patientdata” og til sidst området
”Patientdata”. Herefter kan du vælge ”Indberetning af patientdato til Cancerregister”, hvorefter
leverandørerne med ydelser inden for dette område præsenteres.
SKI 02.19 Web-form er lavet for at gøre det nemt og enkelt at finde den relevante serviceydelse. Den
er tilgængelig på www.netindkoeb.dk under rammeaftale 02.19.
1.2 Sådan evaluerer du leverandørerne
Når du har anvendt SKI 02.19 Web-form, skal du på et sagligt grundlag og ud fra objektive, gennemsigtige og ikke-diskriminerende kriterier evaluerere de enkelte leverandører, som kan levere den
ønskede service. Uanset om leveringsaftalen indgås ved en direkte tildeling eller i forbindelse med
afholdelse af et miniudbud skal du følge de retningslinjer, der fremgår af rammeaftalebilag 08 for
den pågældende delaftale. De underkriterier og delkriterier, der er anført i dette bilag, skal anvendes,
når du evaluerer tilbudsgiverne. Du må ikke tilføje nye underkriterier og delkriterier, men må kun
anvende de underkriterier og delkriterier, der er anført i rammeaftalebilag 08.
Tildeling foretages pr. service inden for hver delaftale.
4
vejledning TIL ASP/Cloud
1.2.1 Delaftale I og II – direkte tildeling
Bemærk: For at finde information om delaftale II skal de nedenfor angivne filnavne for delaftale I ændres. F.eks. ændres ”Delaftale1_ASP_servicenavn_firmanavn.xls” til ”Delaftale2_ASP_servicenavn_firmanavn.xls”.
Underkriterier
Delkriterier
Informationer nødvendige til evaluering
40% Pris
80% Servicepris
Vurdering af prisen sker på baggrund af leverandørens beregningsmodel, som fremgår af leverandørens prisbilag ”Delaftale1_ASP_servicenavn_firmanavn.xls”
– i bedømmelse af pris indgår
følgende delkriterier:
Servicen tilbydes pr. kundesegment pr. serviceniveau med angivelse af prismodel. Vurderingen
foregår tilsvarende pr. kundesegement pr. serviceniveau, dog således at der efterfølgende foretages en sammenfattende vurdering af prisen på tværs af de relevante kundesegmenter inden for
delaftalen for ASP-service.
20% Timepris
Leverandørernes timepriser for en given ydelse skal sammenlignes og derefter vurderes pr.
ressourcekategori. Ressourcekategori skal beregnes som et simpelt gennemsnit af hver af de
omfattede øvrige ydelsers timepriser. Læs mere i bilag ”Delaftale1_Firmanavn.xls”
35% Kvalitet- og
leveringssikkerhed
35% Produktudvikling
døren planlægger udviklingen af servicen. Leverandøren har vedlagt en produktudviklingsplan,
som er navngivet ”Delaftale1_Navnet på servicen_Produktudviklingsplan.pdf”
– i bedømmelse af kvalitet
og leveringssikkerhed indgår
I leverandørens bilag ”Delaftale1_ASP_servicenavn_firmanavn.xls” fremgår, hvorledes leveran-
15% Releaseplanlægning
Leverandøren angiver, hvor langt ud i fremtiden der er planlagt releases for servicen. Dette
angives i bilag ”Delaftale1_ASP_servicenavn_firmanavn.xls”
følgende delkriterier
10% Grøn it
I leverandørens bilag ”Delaftale1_Firmanavn.xls” er angivet, hvorledes leverandøren kan oplyse
PUE værdien for deres driftcenter. Endvidere hvorvidt leverandøren har handlingsplaner for
reducering af energiforbrug samt styring af energiforbruget i serverrummet.
30% Kvalitet
I leverandørens bilag ”Delaftale1_Firmanavn.xls” er angivet, hvorvidt leverandørens ASP-drift,
-udvikling og -vedligehold er omfattet af et kvalitetssystem.
10% Ansvar for 3. parts
15% Sortiment
Hvis leverandøren påtager sig ansvar for 3. parts software, er dette angivet. Se Bilag ”Delaf-
software
tale1_ASP_servicenavn_firmanavn.xls” for mere information.
20% Kerneydelse
Servicen består af en række kerneydelser. I bilag ”Delaftale1_Firmanavn.xls” har leverandøren
– i bedømmelse af sortiment
angivet, hvilke kerneydelser servicen består af. F.eks. kan et ESDH-system bestå af et CPR-
indgår følgende delkriterier
register, et CVR-register og et BBR-register. Disse er alle kerneydelser, som ESDH-systemet
består af.
20% Funktionel tillægsydelse
I bilag ”Delaftale1_Firmanavn.xls” findes leverandørens funktionelle tillægsydelser, som er knyttet til kerneydelsen i den ønskede service. Prisen kan findes ud fra det givne kundesegment og
ønskede serviceniveau. Prisen er angivet for både ASP og licensleje.
60% Øvrige tillægsydelser
I leverandørens bilag ”Delaftale1_Firmanavn.xls” er angivet leverandørens timepriser på øvrige
ydelser. Timepriserne er baseret på SKI ressourcekategorierne 1-7 og dækker følgende områder:
• Exit proces
• Uddannelse
• Etableringsprojekt
• Specialtilpasning
• Pilotafprøvning
• Rådgivning
• Support
10% Exit og integration
50% Exit
udtræde af servicen. Leverandøren har vedlagt en beskrivelse af exitplanen, som er navngivet
– i bedømmelse af exit og
”Delaftale1_Navnet på servicen_Exitplan.pdf”
integration indgår følgende
delkriterier
Leverandørens bilag ”Delaftale1_Navnet på servicen.xls” beskriver, hvorledes kunden kan
50% Integration
Vurderingen foretages på grundlag af, hvor stor en del af servicen der er tilgængelig via integrationskomponenter. Læs mere i bilag ”Delaftale1_ASP_servicenavn_firmanavn.xls”
vejledning TIL ASP/Cloud
5
1.2.2 Delaftale III – direkte tildeling
Underkriterier
Delkriterier
Informationer nødvendige til evaluering
50% Pris
80% Servicepris
Vurdering af prisen sker på baggrund af leverandørens beregningsmodel, som fremgår af leverandørens
prisbilag ”Delaftale3_Cloud_servicenavn_firmanavn.xls”
– i bedømmelse af pris indgår
følgende delkriterier
20% Timepris
Leverandørernes timepriser for en given øvrig ydelse skal sammenlignes og derefter vurderes pr. ressourcekategori. Ressourcekategori skal beregnes som et simpelt gennemsnit af hver af de omfattede øvrige
ydelsers timepris
25% Kvalitet- og
leveringssikkerhed
35%
I leverandørens bilag ”Delaftale3_Cloud_servicenavn_firmanavn.xls” fremgår, hvorledes leverandøren
Produktudvikling
planlægger udviklingen af servicen. Leverandøren har vedlagt en produktudviklingsplan, som er navngivet
”Delaftale3_Navnet på servicen_Produktudviklingsplan.pdf”
– i bedømmelse af kvalitet
og leveringssikkerhed indgår
15%
Leverandøren angiver, hvor langt ud i fremtiden der er planlagt releases for servicen. Dette angives i bilag
følgende delkriterier
Releaseplanlægning
”Delaftale3_Cloud_servicenavn_firmanavn.xls”
10% Grøn it
I leverandørens bilag ”Delaftale3_Firmanavn.xls” er angivet, hvorledes leverandøren kan oplyse PUE
værdien for deres driftcenter. Endvidere hvorvidt leverandøren har handlingsplaner for reducering af energiforbrug samt styring af energiforbruget i serverrummet
30% Kvalitet
I leverandørens bilag ”Delaftale3_Firmanavn.xls” er angivet, hvorvidt leverandørens ASP-drift, -udvikling og
-vedligehold er omfattet af et kvalitetssystem
15% Exit og integration
10% Ansvar for
Hvis leverandøren påtager sig ansvar for 3. parts software, er dette angivet. Se Bilag ”Delaftale3_Cloud_
3. parts software
servicenavn_firmanavn.xls” for mere information.
50% Exit
Leverandørens bilag ”Delaftale3_Cloud_servicenavn_firmanavn.xls” beskriver, hvorledes kunden kan
– i bedømmelse af exit og
udtræde af servicen. Leverandøren har vedlagt en beskrivelse af Exitplanen, som er navngivet ”Delaf-
integration indgår følgende
tale_1_Navnet på servicen_Exitplan.pdf”
delkriterier
50% Integration
Vurderingen foretages på grundlag af, hvor stor en del af servicen der er tilgængelig via integrationskompo-
10% Sortiment
20% Kerneydelse
Servicen består af en række kerneydelser. I bilag ”Delaftale3_Firmanavn.xls” har leverandøren angivet,
nenter. Find de relevante informationer i bilag ”Delaftale3_Cloud_servicenavn_firmanavn.xls”.
hvilke kerneydelser servicen består af. F.eks. kan et ESDH-system bestå af et CPR-register, et CVR-register
– i bedømmelse af sortiment
og et BBR-register. Disse er alle kerneydelser, som ESDH-systemet består af.
indgår følgende delkriterier
20% Funktionel
I Bilag ”Delaftale3_Firmanavn.xls” findes leverandørens funktionelle tillægsydelser, som er knyttet til kerne-
tillægsydelse
ydelsen i den ønskede service. Prisen kan findes ud fra det givne kundesegment og ønskede serviceniveau.
Prisen er angivet for både ASP og licensleje
60% Øvrige
I leverandørens bilag ”Delaftale3_Firmanavn.xls” er angivet leverandørens timepriser på øvrige ydelser.
tillægsydelser
Timepriserne er baseret på SKI ressourcekategorierne 1-7 og dækker følgende områder:
• Exit proces
• Uddannelse
• Etableringsprojekt
• Specialtilpasning
• Pilotafprøvning
• Rådgivning
• Support
SKI henviser i øvrigt til den særskilte vejledning om direkte tildeling, som supplerer beskrivelserne i
rammeaftalebilag 08. Vejledningen kan rekvireres fra SKI og findes i øvrigt på www.ski.dk/publikationer.
SKI har en tilsvarende vejledning om miniudbud under udarbejdelse.
1.3 Sådan bruger du ski.dk
SKI rammeaftalen udgør ikke i sig selv den endelige leveringsaftale. Den endelige leveringsaftale
udarbejdes og indgås mellem kunden og den SKI udvalgte leverandør. Afhængig af den ønskede
service og delaftale har SKI udarbejdet leveringsaftaler for 02.19. Læs mere om dette i Afsnit 1.4.
Leveringsaftalerne findes på www.ski.dk under Rammeaftale 02.19 ASP/Cloud. –
6
vejledning TIL ASP/Cloud
Hermed følger en trin-for-trin vejledning til, hvordan du bruger www.ski.dk samt www.netindkøb.dk
og finder leverandørernes tilbud.
1. SKI har samlet leverandørernes tilbud og gjort det overskueligt at finde den ønskede ydelse.
På www.ski.dk/aspcloud kan du finde informationer om leverandørerne på Rammeaftale 02.19.
2. Ønsker du at finde leverandør-specifikke informationer herunder priser og sortiment kræver
dette adgang til SKI - Netindkøb – www.netindkoeb.dk Adgang til Netindkøb kræver login som
kan fås ved at kontakte SKI – 33 42 70 00.
3. I venstre navigationsmenu vælges Rammeaftale 02.19, hvorefter de udvalgte leverandører
fremgår på siden. Endvidere kan leveringsaftalerne hentes i Word-format så du og leverandøren i fællesskab kan udfylde disse. Husk at du som kunde har ansvaret for korrekt anvendelse
og udfyldelse af leveringsaftalen.
4. Menupunktet ”Bilag” indeholder informationer om leverandørens priser og sortiment. Det er
således her at du finder leverandørens SKI-godkendte sortiment.
1.4 Anvendelse af leveringsaftalerne og leveringsaftalebilag
SKI har udfærdiget følgende leveringsbetingelser til brug ved Rammeaftale 02.19 ASP/Cloud:
Leveringsaftale
Delaftale I
ASP – Licensleje
(+LAB 00 – 08)
ASP – direkte tildeling
(+ LAB 00 – 09)
Direkte tildeling
Miniudbud
•
•
•
ASP – miniudbud
•
(+ LAB 00 – 10)
ASP – BPO – Miniudbud
•
(+ LAB 00 – 10)
Delaftale II
Kommunalt ASP – Licensleje
(+ LAB 00 – 08)
Kommunalt ASP – direkte tildeling
(+ LAB 00 – 09)
•
•
Kommunalt ASP – miniudbud
•
(+ LAB 00 – 10)
Kommunalt ASP – BPO - Miniudbud
•
(+ LAB 00 – 10)
Delaftale III
Standardbetingelser
•
•
Leveringsaftalernes indhold er behandlet i kapitel 9 sidst i denne vejledning, og en oversigt fremgår
af den matrix, der indgår som bilag 3.
Ved anskaffelser under Delaftale I og II skal der benyttes en af de fire leveringsaftaler, SKI har udformet
for den anvendte delaftale. Det er ikke nødvendigt at anvende den oprindelige elektroniske formular
med SKI-logo, men der må ikke ændres i selve den anvendte leveringsaftales formuleringer bortset
fra de få steder, hvor formularen forudsætter indføjelse af konkrete data, som f.eks. virksomhedsnavn
etc. Leveringsaftalen underskrives af parterne på samme måde som ethvert andet aftaledokument.
vejledning TIL ASP/Cloud
7
1.5 Sådan udfylder du leveringsaftalebilag
SKI har udfærdiget skabeloner til leveringsaftalebilag. Skabelonerne skal
betragtes og benyttes som en checkliste for forhold, som parterne bør
overveje ved indgåelse af leveringsaftalen.
Parterne må ikke tilføje nye leveringsaftalebilag, men de enkelte
leveringsaftalebilag kan fra sag til sag udformes anderledes end foreslået af SKI, dog under den væsentlige forudsætning at indholdet i et
leveringsaftalebilag ikke kan indebære en ændring af formuleringerne
i selve leveringsaftalen.
Det er de konkrete forhold, der afgør udformningen af leveringsaftalebilaget. Som ved enhver anden checkliste behøver parterne ikke berøre
alle de punkter, der er nævnt i skabelonerne fra SKI. Strukturen for et
leveringsaftalebilag er ens for alle leveringsaftalerne, og nedenfor har
SKI knyttet enkelte kommentarer til hvert af de 11 leveringsaftalebilag.
I tilfælde, hvor et eller flere leveringsaftalebilag ikke er relevante i den
konkrete leveringsaftale, kan man blot vedlægge en forside for det
pågældende leveringsaftalebilag med angivelse af informationen
”anvendes ikke”. Man kan dog aldrig udelade Leveringsaftalebilag
00 (definitioner), 03 (Leverancebeskrivelse), 05 (Fællesbetingelser for
kundens leverandører) samt 06 (Vederlag og incitamenter).
Der gælder særlige forhold, når man bruger SKI bestillingsblanket, jf.
beskrivelsen i afsnit 1.5.2.
1.5.1 Udformning af leveringsaftalebilag
Arbejdet med at udforme leveringsaftalebilag varetages i første omgang
af kunden. Inden leveringsaftalen underskrives, skal kundens arbejde
med leveringsaftalebilagene give leverandøren et så tydeligt billede
af kundens forventninger og behov, at man i tide kan identificere et
eventuelt behov for yderligere ressourcer fra kunden eller manglende
match til leverandørens ydelser. Det gælder både ved en direkte tildeling
og ved gennemførelse af miniudbud.
Naturligvis er der dele af leveringsaftalebilagene, som udfærdiges af
leverandøren. Da leverandørernes sortiment inden for Rammeaftale
8
vejledning TIL ASP/Cloud
02.19 hovedsagelig er standardiserede services, vil leverandørerne med
fordel kunne udfærdige standardbilag og standardformuleringer, der
genbruges for alle leverandørens kunder.
LAB 00 – Definitioner: De definitioner, som SKI har angivet i LAB 00,
kan ikke ændres af parterne, da dette ville indebære en ændring af selve
leveringsaftalen. Parterne kan dog jævnligt have behov for at angive
supplerende definitioner uden at ændre de definitioner, SKI har anført.
Det gøres mest hensigtsmæssigt ved at tilføje en supplerende matrix
i LAB 00 med angivelse af de supplerende definitioner. Man bør ikke
ændre i den eksisterende matrix med 02.19 definitioner.
Denne metode er en særlig fordel for personer, der kender til rammeaftalens eksisterende katalog af definitioner. De behøver kun læse
det nye supplerende katalog af definitioner. Definitionerne anføres
sædvanligvis i alfabetisk rækkefølge.
LAB 01 – Kundens organisation og samarbejde: Kunden skal i LAB
01 beskrive den del af sin egen organisation, der har betydning for
samarbejdet med leverandøren under leveringsaftalen. Der angives
ligeledes en beskrivelse af de brugere, som skal anvende de services,
som leverandøren stiller til rådighed i henhold til leveringsaftalen.
Eksempel 1:
En kommune skal have leveret et tidsregistreringssystem. Kommunen stiller
krav til involveringen af brugergrupper fra kommunens egen organisation.
Dette er nødvendigt for at sikre formidling af det konkrete behov til servicen
samt evt. justering eller videreudvikling. Kommunen beskriver ligeledes, hvilke
centrale personer som ønskes involveret i leverancen fra både leverandørens og
kommunens side. Kommunen stiller yderligere krav til, at leverandøren stiller
lokaler og arbejdspladser til rådighed for kommunens involverede brugere.
LAB 02 – Kundens it-miljø og leverandørens forudsætninger: LAB
02 beskriver de led i kundens eget it-miljø, der har betydning for leverandørens levering af de aftalte services. Det er kundens opgave at
give leverandøren så tydeligt et billede, at leverandøren kan konstatere
mulige problemer ved kundens brug af de pågældende services.
Hvis leverandøren har forudsætninger eller krav til kunden, som f.eks. eventuelle tekniske krav til
kundens it-miljø, skal disse angives i dette leveringsaftalebilag. Det er det eneste sted i leveringsaftalen,
hvor leverandøren kan angive sådanne krav og forudsætninger.
LAB 03 – Leverancebeskrivelse: Formålet med LAB 3 er at kunden beskriver kravet til leverancen og
leverandørens services. Dvs. at leverandøren laver en kravbesvarelse på baggrund af kundens kravspecifikation. Endvidere beskriver bilaget kundens krav til sikkerhed samt dataadgang og datahåndering.
Hvor der ikke afholdes miniudbud, kan der ikke foregå en forhandling mellem parterne. Der er således
begrænset mulighed for at ændre leverandørens service. Ved en direkte tildeling uden gennemførelse
af miniudbud vil de væsentlige led i dette leveringsaftalebilag derfor skulle hentes fra leverandørens
generelle produktbeskrivelse.
Eksempel 2:
En kommune ønsker et dokumenthåndteringssystem. For at give leverandøren et indblik i kundens forretning
vedlægger kommunen uddrag af sin business case. Dette giver leverandøren en forståelse for kommunens
prioritering. Kommunen beskriver kravspecifikationen og tydeliggør kravet til serviceniveau, herunder service­
mål og servicerapportering. Kommunen ønsker ikke selv at varetage supporten. Derfor angiver kommunen
sine krav til omfanget af supporten. Adgang til data samt kontrol af sikkerhedsniveauet er vigtige elementer
for kommunen. Kommunen beskriver derfor sine krav til kontroladgang samt sikkerhedsrevision i bilaget.
LAB 04 – Licensbetingelser samt eventuel deponeringsaftale: I mange leveringsaftaler vil dette
leveringsaftalebilag udgå. Hvor der skal indgå licensbetingelser, er det leverandørens standard licensbetingelser, der vedlægges. Det er relativt sjældent at bruge deponeringsaftaler på ASP-området,
men sådanne aftaler kan i få situationer være essentielle for kunden.
Hvor deponering undtagelsesvis anvendes, vil det som regel foregå i henhold til en deponeringsaftale
udfærdiget ud fra den standardkontrakt, som anvendes i det valgte deponeringsorgan, f.eks. Dansk
Deponerings Institut. Det vil som regel være kunden, der betaler omkostningerne ved en deponeringsordning etableret specifikt for den enkelte leveringsaftale.
LAB 05 – Fællesbetingelser for kundens leverandører: Dette leveringsaftalebilag skal indgå i
samtlige 02.19 leveringsaftaler uden ændring eller tilpasning. Læs mere i kapitel 9.2.
LAB 06 – Vederlag og incitamenter: Den samlede økonomi under leveringsaftalen skal angives i
LAB 06. Det er priser for alle services, der skal leveres, timepriser til brug for afregning af timebaseret
indsats samt prisregulering og rabatter. Angivelserne skal dække ydelserne i leverancens tre mulige
faser: overtagelsesfasen, driftsfasen samt overdragelsesfasen. Ved direkte tildeling skal man anvende
de enhedspriser og øvrige priskomponenter, der fremgår af www.netindkoeb.dk.
vejledning TIL ASP/Cloud
9
LAB 07 – Ændringshåndtering: Her angives de regler for ændringshåndtering, som parterne vil
anvende. Beskrivelserne vil ofte være udfærdiget af leverandøren. Parterne skal være opmærksomme
på, at leveringsaftalens principper og regler vedrørende skalpering af kundens brug ikke kan fraviges.
LAB 08 – overtagelse: Indgåelse af leveringsaftale indebærer ofte initiering af et etableringsprojekt,
der lejlighedsvis kan være ganske omfattende. Etableringsaktiviteterne beskrives i dette leveringsaftalebilag. Det er således kundens krav til projektforløbet herunder tids- og aktivitetsplan for de
planlagte opgaver samt afprøvning.
Eksempel 3:
En region skal have leveret et lønsystem. Regionen fremsætter krav til projektorganisationen, så regionens
nøglepersoner involveres og bidrager i overtagelsesfasen. Nøglepersonerne angiver krav til tidsplanen og
fremsætter milepæle for projektet. Regionen ønsker løbende undervisning i det nye lønsystem, så nøgleperso­
nerne effektivt og målrettet kan teste systemet inden lancering. Regionen angiver sine krav til leverandørens
undervisning af det nye system.
I forbindelse med afprøvning skal leverandøren have it-udstyr placeret hos kunden. Det beskrives
også i bilaget.
LAB 09 – overdragelse ved ophør: På et eller andet tidspunkt vil leveringsaftalen ophøre. Udover
de generelle principper for bistand ved ophør, som leveringsaftalen indeholder, kan det ofte være en
fordel at angive mere konkrete beskrivelser, der fastlægger leverandørens forpligtelser i forbindelse
med ophør.
I de mere simple tilfælde kan dette leveringsaftalebilag eventuelt udelades, men i ganske mange
tilfælde vil kunden være tjent med allerede ved leveringsaftalens indgåelse at have analyseret situationen ved ophør og kundens behov i forbindelse med migrering til en ny løsning.
LAB 10 – overdragelse af medarbejder: Dette leveringsaftalebilag benyttes i forbindelse med
leveringsaftaler, hvor leverandøren skal overtage personale fra kunden. Det kan kun foregå, hvor
kunden afvikler et miniudbud.
1.5.2 Bestillingsblanket
Mange gange vil der i forbindelse med delaftale I og II foreligge en relativt enkel situation, hvor der
ikke er behov for at bruge samtlige leveringsaftalebilag. Til sådanne mere enkle anskaffelser, hvor
der ikke afholdes miniudbud, har SKI udfærdiget en bestillingsblanket til Rammeaftale 02.19, hvor
alle de individuelle informationer angives i et enkelt dokument i stedet for 10 leveringsaftalebilag.
Dette er blot en mere simpel måde at udfærdige og indgå leveringsaftalen på. Bestillingsblanketten
udfyldes og underskrives af parterne, og parterne behøver ikke at tilpasse andre dokumenter. Efter
behov kan enkelte punkter i bestillingsblanketten dog uddybes i underbilag. Sådanne underbilag
kan f.eks. være leverandørens produktbeskrivelse, eller et modelbilag fra 02.19 kan benyttes til
udfærdigelse af et underbilag.
10
vejledning TIL ASP/Cloud
2. Generelt om rammeaftalen
Rammeaftale 02.19 ASP/Cloud omfatter veldefinerede it-serviceområder, som dækker flere behov
inden for ASP/Cloud ydelsesområdet. Opgaverne med drift, forvaltning, vedligehold og support er
alle en del af den tilbudte service og leveres samlet.
Rammeaftalen giver klare retningslinjer for, hvordan man vælger sin ydelse og indkøber den – hvad
enten man ønsker at købe en ASP- eller Cloud-service.
Udover ASP og Cloud dækker rammeaftalen relaterede ydelser som består af konsulenttimer, Business
Proces Outsourcing (BPO) og licensleje.
2.1 Rammeaftalens sammensætning
Rammeaftalen er i første omgang indgået direkte mellem SKI og en række leverandører. Rammeaftalen
fastlægger således de juridiske betingelser, der skal gælde i forholdet mellem SKI og leverandøren.
Med rammeaftalen opnår leverandøren en adgang til at indgå leveringsaftaler med de enkelte kunder,
der er medlem hos SKI. For at sikre udbudsreglernes overholdelse fastlægger rammeaftalen stramme
regler for proceduren ved indgåelse af rammeaftaler, og den fastlægger endvidere de juridiske elementer i de konkrete leveringsaftaler, der indgås i henhold til rammeaftalen.
2.2 Beskrivelse af delaftalerne
Rammeaftale 02.19 består af tre delaftaler: ASP-services, kommunale ASP-services målrettet kundesegmentet ”kommuner og deres institutioner” samt Cloud services.
Delaftalerne inklusiv kort beskrivelse:
Forretningsområde
SKI’s kunde-segment
Delaftale I
Delaftale II
Delaftale II
ASP-services
Kommunale ASP-services
Cloud-services
Alle offentlige opgaver/tjenester
Næsten alle offentlige opgaver/tjenester. Eksklu-
Næsten alle offentlige opgaver/tjenester. Eksklu-
jf. FORM
derede offentlige tjenester fremgår af kravspeci-
derede offentlige tjenester fremgår af kravspeci-
fikationen KB01, ydelsesområder for Delaftale II
fikationen KB01, ydelsesområder for Delaftale III
– Kommunale ASP-services.
– Cloud-services.
Kommuner
Stat, region, halvoffentlige samt kommuner
Stat, region samt halvoffentlige.
Dog IKKE kommuner.
vejledning TIL ASP/Cloud
11
Opdelingen i Delaftale I og Delaftale II er foretaget på baggrund af en markedsunderøgelse, der
viste en tilsvarende opdeling i de services, der udbydes, samt en forskel i behov efter kundetype. De
væsentlige forskellige på Delaftale I og II er følgende.
1. Økonomi i forhold til lov-vedligehold
På Delaftale II er kravene til inkludering af lov-vedligehold af servicen skærpet i forhold til Delaftale I. Det betyder i praksis, at al lov-vedligehold er inkluderet i prisen for servicen fra starten
inklusiv lov-vedligehold af kundespecifikke tilpasninger.
2. Begrænsninger vedrørende priselementer
På Delaftale II er de mulige priselementer i leverandørernes prismodeller afgrænset til følgende
fem: udvikling, drift, lov-vedligehold, vedligehold og support. På Delaftale I har leverandørerne afgivet tilbud baseret på deres egne priselementer.
3. Begrænsninger vedrørende beregningsenheder
På Delaftale II er leverandørerne begrænset til en beregningsenhed per primær service eller
funktionel tillægsydelse. Denne beregningsenhed kan bruges til at udregne både et initialt
vederlag og et løbende vederlag. På Delaftale I har leverandørerne selv fastlagt antallet af
beregningsenheder i deres prismodeller.
4. Mulighed for uopsigelighed
På Delaftale II er to år den maksimale uopsigelighed, kunden kan forpligte sig til. På Delaftale I
er fire år den maksimale uopsigelighedsperiode, som kunden kan forpligte sig til.
5. Speciel mulighed for tidlig udtrædelse på delaftale II
Hvor enten KL eller KOMBIT A/S tager initiativ til at udvikle fælleskommunale systemer, som
har tilsvarende forretningsunderstøttelse som løsninger solgt under 02.19 Delaftale II, giver
aftalen kommunerne en særlig mulighed for tidligere udtræden af kontrakten.
2.2.1 Delaftale I – ASP-services
Rammeaftalens Delaftale I ASP-services giver mulighed for at købe ASP-services, hvor leverandøren
leverer en samlet it-service bestående af en specifik funktionalitet f.eks. lønsystem, driften af servicen
på leverandørens platform og vedligeholdelse af services. Derved kan man tilgå servicen uden selv
at hoste/eje denne.
Udover selve servicen kan man købe afviklingen af løsningen som hhv. BPO og licensleje. BPO er en
outsourcing af den samlede forretningsproces inkl. de manuelle aktiviteter, som fysisk løser opgaven.
Dette kan f.eks. være personer til håndtering af et lønsystem. Licensleje er en brugsret til programmel, som funktionelt tilbyder det samme som ASP-modellen, men hvor kunden selv drifter servicen.
Leveranceformer for Delaftale I & II – ASP-services er:
ASP
BPO
Licensleje
Leverandøren tilbyder en it-service
Leverandøren leverer forretnings-
Leverandøren vedligeholder og pro-
omfattende en funktionalitet, drift,
processer bestående af et givent
duktudvikler fortsat på løsningen og
vedligeholdelse mv.
forretningsområde, med proces og
kan levere en række tillægsydelser.
it-understøttelse. BPO tilbydes som
Kunden er selv ansvarlig for driften
en tillægsydelse dvs. som manuelle
af løsningen herunder kapacitet,
aktiviteter i kombination med ASP-
applikationsdrift og overvågning.
servicen.
Kan kun leveres i tillæg til en ASPservice
12
vejledning TIL ASP/Cloud
2.2.2 Delaftale II – Kommunale ASP-services
Rammeaftalens Delaftale II har samme opbygning som Delaftale I. Sortimentet på Delaftale II henvender sig alene til kunder på det kommunale område. Kommuner kan ikke anvende Delaftale I.
Delaftale II består af services, der ikke kan ændres eller udvikles i rammeaftalens løbetid eller udvikles
med yderligere funktionalitet.
Følgende FORM-områder er ikke en del af udbuddet på Delaftale II, og der kan derfor ikke indgås
leveranceaftaler på disse områder:
• 05.05.15. Valg og folkeafstemninger
• 05.25.10.10. Ægtefællebidrag
• 10.35.15. Arbejdsmarkedsrelatede ydelser
• 25.15. Bistandsordninger til svage borgere
• 25.25. Sociale kontantydelser
• 25.30. Sociale pensioner
• 30.20.05. Udbetaling af arbejdsmarkedsrelateret forsørgelse og sociale kontantydelser.
For Delaftale II gælder samme leveranceformer som for Delaftale I; altså ASP, BPO og licensleje.
2.2.3 Delaftale III – Cloud-service
Rammeaftalens Delaftale III – Cloud-service omfatter en it-service, som stilles tilrådighed for kunden
som understøttelse for en eller flere forretningsprocesser. It-servicen omfatter hosting, vedligehold
og forvaltning af funktionaliteten. Cloud-services er rettet mod brede generiske produkter for at
opnå stordriftsfordele. Dette tilsigter, at servicen kan anvendes af flere kunder på samme løsning.
Denne forretningsmodel er cost-effektiv og dermed også en prismæssig attraktiv løsning. Måden
for erhvervelse og afregning er ens for alle kunder på samme løsning. Dette bidrager til, at administrationen af både løsning og afregning holdes enkel.
Forretningsmodellen giver mindre fleksibilitet i servicen, da kunden ikke kan ændre på produktet
eller servicen.
Leveringsaftalen udgøres af ”Standardbetingelser for Cloud”, som gælder for enhver ydelse på
Delaftale III, og som suppleres af leverandørens egne standardleveringsbetingelser angivet i det
oprindelige tilbud til SKI. Læs mere om leveringsaftalen i kapitel 9.
Følgende FORM-områder er ikke en del af udbuddet på Delaftale III, og der kan derfor ikke indgås
leveranceaftaler på disse områder:
• 05.05.15. Valg og folkeafstemninger
• 05.25.10.10. Ægtefællebidrag
• 10.35.15. Arbejdsmarkedsrelatede ydelser
• 25.15. Bistandsordninger til svage borgere
• 25.25. Sociale kontantydelser
• 25.30. Sociale pensioner
• 30.20.05. Udbetaling af arbejdsmarkedsrelateret forsørgelse og sociale kontantydelser.
Cloud-services anvender ikke ydelsesområder. De pågældende services er ikke omfattet af FORMmodellen.
vejledning TIL ASP/Cloud
13
3. Sortimentstyper
Sortimentet på Rammeaftale 02.19 ASP/Cloud består af services. En
service består af en forretningsmæssig funktionalitet f.eks. lønsystem
understøttet af en teknisk funktionalitet, hvor leverandøren har ansvaret
for drift, forvaltning og vedligeholdelse. En service kan tilknyttes serviceniveauer, som sikrer, at definerede servicemål overholdes, og den aftalte
effektivitet og kvalitet leveres. Læs mere om serviceniveauerne i bilag 1.
Sortimentet er opdelt i typer af ydelser, som er fælles for hhv. ASPservices og Cloud-services:
• Kerneydelser, som er centrale funktionelle moduler leveret som
services.
• Funktionelle tillægsydelser, der er yderligere valgfri funktionalitet,
som leverandøren kan tilbyde som services.
• Øvrige ydelser, som er ydelser knyttet til servicen der tilbydes, f.eks.
uddannelse og support.
• Serviceniveauer, der er den effektivitet og kvalitet, som servicen
tilbydes med.
Serviceniveau 3
Serviceniveau 2
Serviceniveau 1
Kerneydelser
Primær service
f.eks. være en HR-funktionalitet, som udgør en kerneydelse for den
enkelte service.
3.2 Funktionelle tillægsydelser
Med udgangspunkt i servicen kan der tilkøbes yderligere funktionalitet i
form af funktionelle tillægsydelser. Dette kan f.eks. være automatisering
af en PBS-opkobling. En sådan ydelse skal være en naturlig udvidelse
af den forretningsmæssige eller tekniske funktionalitet, som servicen
består af. Der er således krav om, at den funktionelle tillægsydelse
skal hostes og vedligeholdes på samme niveau som for den primære
service jf. Figur 2.
3.3 Øvrige ydelser
I tilknytning til den enkelte service kan der tilkøbes yderligere ydelser
bestående af f.eks. speciel tilpasning eller exit-proces. Disse ydelser udgør
ikke en selvstændig funktionalitet, men betragtes som et supplement
til en enkelt service. F.eks. knytter exit-processen sig til leverandøren
og skal forstås således, at leverandøren jf. exit-planen har omkostninger i forbindelse med kundens exit – f.eks. nedtagning og assistance i
forbindelse med migrering. Det afregnes pr. time.
3.4 Serviceniveauer
Funktionelle
tillægsydelser
Øvrige ydelser
Rammeaftale 02.19 indeholder for alle tre delaftaler seks definerede
serviceniveauer, som kan tilknyttes den enkelte service. Servicemålene
sikrer kvalitet og effektivitet for den tilbudte service. Beskrivelserne af det
enkelte servicemål angiver bl.a., hvordan måling gennemføres i praksis,
og hvordan måledata omsættes til måleresultat, dvs. beregningen af
den KPI (Key Performance Indicator), som knytter sig til servicemålet.
I visse tilfælde fremgår det af rammeaftalen og leverandørens produktbeskrivelse, at manglende overholdelse af en konkret service sanktioneres med bod. Hvor dette ikke er tilfældet, kan der i forbindelse med
afholdelse af miniudbud knyttes en bod til manglende overholdelse af
de servicemål, der er kritiske for kunden.
Supplerende services
Rapportering af servicemål-opfyldelse sker til kunden på grundlag af en
aftalt rapporteringsfrekvens, kommunikationsmåde og rapporteringsform.
Figur 2
3.1 Kerneydelser
En service kan bestå af en eller flere kerneydelser. Kerneydelser er den
centrale og bærende funktionalitet, som en service består af. Det kan
14
vejledning TIL ASP/Cloud
De yderligere beskrivelser af serviceniveauerne, herunder servicemål
findes i bilag 1.
4. Snitflader til andre SKI rammeaftaler
Rammeaftale 02.19 udgør et centralt omdrejningspunkt i SKI’s pallette
af koordinerede it-rammeaftaler. SKI’s it-rammeaftaler dækker alt fra
it-konsulentydelser til drift af serverkapacitet. Rammeaftale 02.19 kan
anvendes i sammenhæng med de øvrige rammeaftaler, men det er ikke
muligt at foretage en samlet anskaffelse på tværs af flere ramme­aftaler.
Der skal foretages direkte tildeling eller miniudbud på hver enkelt rammeaftale. Tilsvarende kan der ikke foretages en samlet anskaffelse på
tværs af to delaftaler.
Rammeaftale 02.19 har direkte snitflader til følgende af SKI’s itrammeaftaler:
• 02.22 It-drift - Kapacitet: Køb af driftskapacitet til afvikling af produktionsmiljø herunder drift af arbejdspladser
• 02.23 It-drift – Forvaltning: Køb af applikationsdrift samt overvågning af applikationen.
02.22 Klientdrift
02.18 / 02.23 Applikation
udvikling/Drift
02.23 Middle-ware
02.22 Kapacitet
02.19
Delaftale
3
CLOUD
02.19
Delaftale
1&2
ASP
ASP
Licensleje
Ved licensleje har leverandøren stadig ansvar for vedligehold og produktudvikling, men kunden er ansvarlig for driften af løsningen, herunder
kapacitet, applikationsdrift og overvågning. Dette er illustreret i Figur
3, hvor ASP Licensleje udgør en selvstændig del, og hvor selve driften
af servicen sker på kundens eget miljø.
Det er således muligt at få afviklet den ønskede ASP-service på 02.19
kombineret med rammeaftale 02.22, hvor kapacitet til servicen kan driftes
jf. Figur 3. Rammeaftale 02.22 kan med andre ord levere kapaciteten
til ASP-servicen på rammeaftale 02.19. Udvikling og vedligeholdelse
sker på rammeaftale 02.19, og den efterfølgende overvågning og applikationsdriften sker på rammeaftale 02.23.
For at sikre en klar synergi mellem SKI’s it-rammeaftaler er samme opdeling
i ressourcekategorier anvendt som på rammeaftalerne 02.22, 02.23 og
02.18. Dette gør det lettere at finde præcis den kategori af ressourcer,
som du har behov for. Samme synergi gælder i forhold til regulering i
leveringsaftalerne, hvor samarbejdet mellem kundens leverandører er
reguleret i LAB 05. Læs mere i kapitel 9.2 Leveringsaftalebilag 05 - Fællesbetingelser (Delaftale I og II)
Kundens
eget
driftsmiljø
02.23 / 02.23 Infrastruktur
Figur 3
Levering af en service på rammeaftale 02.19 sker ud fra leveranceformerne ASP, licensleje eller BPO. Ved leveringsformen ASP er leverandøren
ansvarlig for driften af løsningen inklusive kapacitet og applikationsdrift.
vejledning TIL ASP/Cloud
15
5. Beskrivelse af ydelserne
Rammeaftale 02.19 ASP/Cloud dækker over ydelser, der består af en service, som leveres til kunden
til den samme prissætning ud fra nogle servicemål for den enkelte service.
På trods af overordnede fælles principper for at tilbyde ASP- og Cloud-services er ydelserne forskellige på en række områder.
ASP-services: Her er fokus på at levere ydelser til en eller flere specifikke forretningsområder inden
for kundernes kerneforretning. Servicen er ofte ikke designet til “en-til-mange” anvendelse, men
målrettet i forhold til “løsning-til-kunde”. Services kan afvikles som en selvstændig applikationen for
hver kunde, der kan være specielt tilpasset den enkelte kunde.
Cloud-services: Her er der tale om applikationer, der typisk stiller en eller anden form for forretningsfunktionalitet til rådighed til en bred mængde kunder.
Nedenstående tabel beskriver væsentlige forskelle på de to forretningsmodeller inden for en række
emner.
Emne
Forretningsmodel
Forretningsdomæne
Karakteristika
ASP
Cloud
Kundens adgang til servicen kan være
Cloud-services er baseret på, at mange
en egen instans af applikationen evt. for
kunder anvender samme service og på
dele af den. Drift og vedligehold sker hos
samme betingelser. Cloud applikationen
leverandøren eller tredjepart, hvor kunden
afvikles hos leverandøren eller dennes
selv drifter dele af servicen.
tredjepart og tilgås via internettet.
ASP-services er koncentreret om kundens
Cloud-services anvendes ofte i en bred
kerneforretninger. Der er stor speciali-
sammenhæng eller som supplement til
sering og typisk et betydeligt behov for
løsninger inden for kundens kernefor-
specialtilpasning i forhold til kundens
retning og dækker dermed ofte på tværs
forretningsområde.
af forretningsområder. Servicen kan ikke
tilpasses den enkelte kundes forretning.
Forståelse for kun-
Leverandøren har stor forståelse for kun-
dens forretning
dens forretningsprocesser og kan rådgive
for kundens forretningsprocesser. Cloud-
herom. Leverandøren yder support af
services har ingen eller en meget begræn-
teknisk og forretningsmæssig karakter.
set individuel support, og rapportering er
Leverandøren har begrænset forståelse
baseret på standardiserede rapporter.
Servicedistribution
Servicen leveres via dedikerede netværkslinjer eller krypteret internet.
16
vejledning TIL ASP/Cloud
Servicen leveres via internettet.
6. Sammenhængen mellem FORM & STORM
SKI har i udbuddet af rammeaftale 02.19 valgt at benytte modellerne
FORM (den Fælles Offentlige Reference Model) og STORM (Service og
Teknologi Offentlig Reference Model) som grundlag for at beskrive de
forretningsområder, som leverandørernes løsninger og services dækker.
Læs mere om FORM og STORM på www.modernisering.dk.
6.1 FORM
I forbindelse med rammeaftale 02.19 har SKI anvendt en SKI-modificeret
FORM-model til gruppering af ydelsesområderne af offentlige tjenester. Leverandørernes services er grupperet i et hierarki bestående af
serviceområder, hovedområder, opgaveområder og tjenester. Disse er
nærmere beskrevet nedenfor:
SERVICEOMRÅDER
1. niveau i SKI FORM udgør større forvaltningsområder med fælles
formål og kompetencekrav, f.eks. social service og omsorg.
HOVEDOMRÅDER
2. niveau i SKI FORM udgør en underopdeling af serviceområder
under det samme emne, f.eks. er sociale kontantydelser et
hovedområde under serviceområdet Social service og omsorg
OPGAVEOMRÅDER
3. niveau i SKI FORM består af delmængder af den offentlige sektor,
som producerer et afgrænset sæt af tjenester. F.eks. er børneydelser
et opgaveområde under hovedområdet Social kontantydelser som
er et hovedområde under serviceområde Social service og omsorg.
TJENESTER
4. niveau i SKI FORM er sidste niveau og repræsenterer alle de
serviceydelser, der produceres af den offentlige sektor til borgere,
virksomheder og intern brug. En tjeneste er typisk afgrænset ved en
udførende handling vedrørende en bestemt opgave, f.eks. tildeling af
børnebidrag, som er en tjeneste under opgaveområdet børneydelser.
Figur 4
FORM modellen danner grundlag for SKI 02.19 Web FORM, som findes
på www.netindkoeb.dk. Formålet med dette værktøj er at hjælpe dig
med at finde frem til de leverandører, som kan levere en service inden
for et givent tjeneste-område f.eks. børnebidrag. Ovenstående model
viser opbygningen af FORM modellen, og hvordan SKI 02.19 Web
FORM er opbygget.
6.2 STORM
STORM kan bruges som en kategorisering af den ønskede løsnings
funktionalitet. STORM giver herudover som enkeltstående model
mulighed for at beskrive og sammenligne offentlige it-services i forhold
til specifikke komponenter inden for henholdsvis informations-, integrations- og teknologiarkitektur. Detaljeret viden om opbygningen kan
blandt andet medvirke til at skabe overblik over produkternes indhold.
6.3 FORM & STORM sammenhæng
I den enkelte myndighed – eller for et helt forvaltningsområde – kan
referencemodellerne være nyttige redskaber til at kortlægge og styre
opgaver, processer og it-systemer. FORM kan fx benyttes til at kategorisere opgaver og arbejdsgange med henblik på at kortlægge flaskehalse
eller muligheder for optimering af effektiviteten. STORM kan tilsvarende
benyttes som ramme for beskrivelsen af en portefølje af applikationer
eller af en samlet infrastruktur.
FORM og STORM modellen er et centralt værktøj, når du skal danne
dig et overblik over de services, som leverandørerne har budt ind med
på SKI rammeaftalen 02.19. Ved at lade FORM og STORM udgøre det
begrebsmæssige grundlag for henholdsvis service og dens it-understøttelse kan services sammenlignes på tværs. Yderligere skabes der et
sammenhængende overblik over, hvilke it-services der understøtter
service- og opgaveområder i den offentlige sektor, og dermed etableres
der et overblik over den samlede digitalisering.
Eksempel 4:
En kommune ønsker en service til at styre personalets ferie og fridage,
herunder feriepenge med FORM nummer 10.35.15.60.UD. Denne service
skal have en teknologisk understøttelse i form af muligheden for at kom­
munikere mellem to systemer. Altså skal servicen kunne kommunikere med
en anden systemløsning. Via FORM & STORM modellen kan kunden finde
det ønskede forretningsområde med FORM nummer 10.35.15.60.UD og
den ønskede teknologiunderstøttelse opstillet i STORM modellen. Herefter
kan leverandørens service, herunder servicens kerneydelser og funktionelle
tillægsydelser findes.
vejledning TIL ASP/Cloud
17
7. Sortiment og priser
7.1 Delaftale I – ASP-service
7.2 Delaftale II – Kommunal ASP-service
Prisen for en ASP-service er angivet på baggrund af følgende parametre:
På Delaftale II er prisen for en kommunal ASP-service angivet på baggrund af følgende parametre:
• Kundesegment f.eks. halvoffentlig
• Serviceniveau f.eks. guld+
• Priselementer f.eks. brugerrettighed til en service eller support
til servicen
• Beregningsenheder og forbrugselementer, som benyttes i beregningen af prisen for priselementerne, f.eks. antal ansatte og
engangsvederlag
• Eventuelle funktionelle tillægsydelser og øvrige ydelser.
Priselementerne og de beregningsenheder, som indgår heri, giver
gennemsigtighed i prissætningen af servicen, i og med at det tydeligt
fremgår, hvilke priselementer en service består af, og hvordan disse
prismæssigt afregnes. Hertil kommer de funktionelle tillægsydelser samt
øvrige ydelser, som kan tilkøbes i forlængelse af den enkelte service.
• Serviceniveau f.eks. sølv
• Priselementer baseret på f.eks. udvikling eller drift
• Beregningsenheder har en klar afhængighed til den kommunale
ASP-service f.eks. antal superbrugere til drift af servicen
• Eventuelle funktionelle tillægsydelser og øvrige ydelser.
Priselementerne og de beregningsenheder, som indgår heri, giver
gennemsigtighed i prissætningen af servicen, da det tydeligt fremgår,
hvilke priselementer en service består af, og hvordan disse prismæssigt
afregnes. Hertil kommer de funktionelle tillægsydelser, som kan tilkøbes
i forlængelse af den enkelte service.
7.3 Delaftale III – Cloud
Prisen for Cloud-service er angivet på baggrund af følgende parametre:
Eksempel 5:
En halvoffentlig institution med 35 ansatte ønsker prisen på et personale­
administrationssystem tilpasset kundens specifikke størrelse inklusiv mulighed
for pensionsberegning. Kunden ønsker brugsrettighed til servicen, support
samt uddannelse. Endvidere ønsker kunden serviceniveauet guld. Med
udgangspunkt i leverandørernes tilbud kan prisen beregnes på baggrund af
kundens krav. F.eks. afregnes prisen for servicen med guld-serviceniveau for
hver af de 35 ansatte. Prisen for support er et engangsvederlag, og uddan­
nelse afregnes pr. ansat. Muligheden for pensionsberegning er en funktionel
tillægsydelse, som kunden skal betale pr. ansat.
Kapitel 7.4 giver et indblik i, hvordan priser og sortiment kan opdateres/
udvides for at sikre fleksibiliteten i aftalen.
18
vejledning TIL ASP/Cloud
• Serviceniveauet som Cloud-servicen tilbydes til f.eks. guld
• Prismodellen for den tilbudte Cloud-service
Prismodellen for en Cloud-service defineres af leverandøren. Den
afhænger af det tilbudte serviceniveau. Disse informationer kan findes
på Netindkøb – www.netindkoeb.dk.
Eksempel 6:
En region ønsker et online dokumenthåndteringssystem til regionens 6.500
brugere. Serviceniveauet skal være sølv. Leverandørerne har angivet deres
priser i forhold til antallet af brugere. På baggrund af leverandørernes tilbud
kan prisen beregnes og sammenlignes baseret på antal tilmeldte brugere af
servicen, fratrukket rabatten.
7.4 Sortimentsopdatering
Rammeaftale 02.19 giver som udgangspunkt ikke leverandøren mulighed for at supplere eller opdatere sortimentet med nye services eller andre ydelser.
Hvis en leverandør ønsker at opdatere en service, skal det ske med baggrund i den produktudviklingsplan for den pågældende service, der indgik i leverandørens tilbud til SKI . En service kan altså
ikke ændres, uden at det er beskrevet i produktudviklingsplanen. Produktudviklingsplanerne er
tilgængelige på www.netindkoeb.dk.
Leverandøren har leveringspligt på sine ydelser og services, så længe de tilbydes af leverandøren i
Danmark. Leverandøren skal altså levere ydelsen, hvis den indgår I sortimentet. Selv i tilfælde hvor
en ydelse eller service måtte udgå af leverandørens sortiment, har leverandøren pligt til at opfylde
de indgåede leveringsaftaler under rammeaftale 02.19.
Der er endvidere fastsat den regel for rammeaftalen, at en sortimentsopdatering ikke må forøge
prisen på en service eller ydelse.
7.5 Prisopdatering
Rammeaftalen fastsætter stramme regler for leverandørens adgang til at regulere priser. Prisregulering
foretaget efter reglerne i rammeaftalen gælder for efterfølgende leverancer under rammeaftalen,
når reguleringen er meddelt og godkendt af SKI. Som udgangspunkt kan prisen for en service eller ydelse reguleres én gang årligt for rammeaftalen. For de allerede indgåede leveringsaftaler kan
prisen kun reguleres, hvor denne mulighed fremgår af leveringsaftalen. Ved anvendelse af forskellige
prismodeller for forskellige kundesegmenter kan prisregulering reguleres individuelt.
Ønsker leverandøren at ændre priserne i nedadgående retning, kan dette ske kontinuerligt i hele
kontraktperioden. Rammeaftalen sætter også regler for leverandørens afholdelse af priskampagner,
hvor prisfaldet ikke skal være permanent.
Priseregulering gælder udelukkende for leverandørens services og ikke for leverandørens timepriser.
vejledning TIL ASP/Cloud
19
7.6 Uopsigelighedsrabat
Det er muligt at tilkøbe en uopsigelighedsrabat. Denne rabat er en procentsats, som fratrækkes
vederlaget for ASP-servicen. Procentsatsen afhænger af uopsigelighedsrabatperioden, som kan være
2-4 år på Delaftale I og III og 2 år på Delaftale II.
Eksempel 7:
En kommune ønsker at købe en service til at håndtere børnetilskud. Kommunen kan opnå en uopsigelig­
hedsrabat ved at binde sig til ydelsen i 2 år.
7.7 Tilpasning af ASP-løsningen
Som en del af leverandørens øvrige ydelser tilbydes muligheden for specialtilpasning af løsningen,
som ligger udover den nødvendig konfiguration og tilpasning. Det er således ikke muligt at skabe en
afhængighed mellem kerneydelsen og tilpasning. Med andre ord skal de to ydelser være uafhængige,
så kerneydelsen kan købes uden et medførende krav om specialtilpasning.
Formålet med tillægsydelsen og de krav, der er knyttet til den, er at give et større spillerum for
individuel tilpasning af løsninger, hvis kunden har dette behov. Men specialtilpasning af løsningen
må ikke have en fordyrende effekt på kerneydelsen og de ydelseselementer, som er knyttet hertil.
I leverandørens tilbud, som findes på www.netindkoeb.dk, findes yderligere specifikationer af, hvorvidt
den enkelte leverandør tilbyder specialtilpasninger til ASP-ydelsen.
8. Leverandørerne på rammeaftalen
Leverandørerne og deres ydelser kan findes på www.ski.dk samt i SKI 02.19 Web-form, som er
tilgængelig på www.netindkoeb.dk.
20
vejledning TIL ASP/Cloud
9. Leveringsaftalerne – ”kontrakten”
Delaftale I og II: I Delaftale I og II skal parterne anvende en af de otte leveringsaftaler, som SKI har
udformet. SKI har således udarbejdet de juridiske betingelser, der skal gælde for leverancer inden for
disse delaftaler. For alle otte leveringsaftaler gælder, at leverandørens salgs- og leveringsbetingelser
ikke finder anvendelse.
Med hensyn til fastlæggelse af kundens brugsret gælder dog den undtagelse, at leverandørens
eventuelle licensbetingelser kan medtages som et bilag til leveringsaftalen. Leveringsaftalen har
forrang for licensbetingelserne, så angivelse af licensbetingelserne kan ikke indebære en svækkelse
eller ændring af den regulering, leveringsaftalen angiver.
Delaftale III: Ved Delaftale III har SKI ikke udformet en leveringsaftale. Her benyttes i stedet leverandørens eget kontraktmateriale og standardbetingelser. For at give kunden et minimum af
juridisk sikkerhed har SKI dog identificeret de væsentligste temaer og formuleret mindstekrav til
leverandørens betingelser. Disse mindstekrav kan ikke fraviges af parterne, og de har forrang for
leverandørens egne formuleringer.
På Delaftale III gælder således de standardbetingelser, som SKI har formuleret, med de tilføjelser og
præciseringer, der måtte følge af leverandørens egne dokumenter.
9.1 Mediation og konfliktløsning
Mediation: Desværre opstår der lejlighedsvis konflikter i forbindelse med levering og brug af
it-baserede services. Alle nyere SKI rammeaftaler indeholder muligheden for indledende brug af
mediation, før parterne kan skride til retssag eller voldgift. Det gælder også for Rammeaftale 02.19.
Mediation er på ingen måde en ustruktureret og tilfældig affære. Den ledes på samme måde som en
retssag af en uafhængig dommer, som i disse tilfælde er en uafhængig mediator, der har en speciel
uddannelse som mediator. I Danmark er der efterhånden ganske mange uddannede mediatorer.
Foreningen Danske IT-advokater har uddannet ca. 30 it-mediatorer.
Konfliktløsning ved brug af mediation har mange fordele. Bl.a. sker det ofte, at parterne kan fortsætte
eller genoptage samarbejdet efter en mediation, da relationen og den gensidige respekt ofte kan
genoprettes. Ved retssager og voldgift er dette sjældent tilfældet.
Retssager: Kan et forlig ikke opnås ved mediation, skal en eventuel retssag føres ved de almindelige
domstole og efter dansk ret. Rammeaftale 02.19 indeholder ikke voldgiftsklausuler, da voldgift ofte
er omkostningstungt, og de almindelige domstole giver sikkerhed for juridisk rigtige afgørelser.
vejledning TIL ASP/Cloud
21
9.2 Leveringsaftalebilag 05 - Fællesbetingelser (Delaftale I og II)
Alle brugere af it har mere end blot én leverandør, da ingen enkelt
leverandør kan dække hele kundens behov for it-relaterede anskaffelser
og serviceydelser. For at reducere problemerne ved leverandørernes
indbyrdes afhængighed af hinanden, har SKI udviklet LAB 05, der indgår
i alle de nyere SKI rammeaftaler på it-området. Ved alle rammeaftalerne
har LAB 05 indgået i det oprindelige SKI udbudsmateriale, og det skal
altid indgå i leveringsaftalen uden ændringer. LAB 05 er aldrig blevet
ændret i forhold til det oprindelige SKI udbudsmateriale.
Baseret på systematikken i ITIL (Information Technology Infrastructure
Library) kortlægger LAB 05 i første omgang grænsesnit mellem de
forskellige roller, der indgår i de samlede it-leverancer til kunden. Af
mere juridisk interesse angiver kapitel 5 i LAB 05 regler for håndtering
af konflikter indbyrdes mellem kundens forskellige leverandører.
Da LAB 05 indgår i samtlige SKI rammeaftaler på it-området udgør det
et fundament for kundernes håndtering af flerleverandørsituationen, og
det giver kunderne betydelige fordele. LAB 05 giver samtidig leverandørerne færre problemer, da det skaber grundlag for en generel højnelse
af god skik i leverandørernes indbyrdes samarbejde. Leverandørerne
har således en mindre risiko for uventede problemer som følge af
grænseflader til kundens øvrige leverandører.
Uden en regulering som angivet i LAB 05 er der ikke faste procedurer
for, hvordan konflikter indbyrdes mellem kundens leverandører håndteres. Det kan i mange situationer føre til betydelige forsinkelser. LAB
05 indeholder to væsentlige procedurebeskrivelser for håndtering af
konflikter indbyrdes mellem kundens SKI-leverandører (i) eskalationsprocedure for konfliktens håndtering, (Ia) bindende mediationsaftale
mellem SKI leverandører.
LAB 05 har størst effekt, når de berørte leverandører alle foretager levering
i henhold til en SKI rammeaftale. Men selv i tilfælde hvor en eller flere
af kundens leverandører ikke leverer i henhold til en SKI rammeaftale,
indeholder LAB forpligtelser for leverandøren, der kan reducere kundens
problemer ved grænseflader mellem flere forskellige leverandører.
Eksempel 8:
En kommune anvender SKI rammeaftale 02.22, 02.18, 02.15 og 02.06 til
indkøb af it-ydelser jf. Figur 5. Kunden oplever et problem i forhold til udviklin­
gen af en systemløsning, som er indkøbt via rammeaftale 02.18. Problemet
skyldes, at 02.22 It-drift - kapacitet ikke er tilpasset det nye system, hvilket
resulterer i lange svartider. Her giver LAB 05 kunden sikkerhed for, at der er faste
aftalte procedurer for håndteringen af denne konflikt mellem leverandørerne.
02.19 ASP/Cloud
02.22 It-drift - kapacitet
02.06 Standardsoftware
KUNDEN
02.18 Systemudvikling
02.15 It-konsulentydelser
Figur 5
22
vejledning TIL ASP/Cloud
9.3 Exit – Sådan kommer du ud af kontrakten
I forbindelse med afgivelse af tilbud til SKI har leverandørerne leveret en exitplan til SKI, der beskriver
forhold i forbindelse med ophør af en leveringsaftale. Den enkelte leverandørs exitplan er gengivet
på www.netindkoeb.dk. Inden leveringsaftalen indgås, bør kunden gøre sig bekendt med leverandørens exitplan.
Mens leveringsaftalen løber, gælder det krav, at leverandøren skal opretholde sine services på en sådan
måde, at kunden inden for den aftalte åbningstid (dog ikke i eventuelle aftalte servicevinduer) har
elektronisk adgang til at læse, hente og opdatere kundens data hos leverandøren. Kunden har således
løbende adgang til data, men leveringsaftalen regulerer alligevel udlevering af data ved kundens exit.
I tillæg til leverandørens exitplan indeholder leveringsaftalerne en række bestemmelser om forhold
og forpligtelser i forbindelse med ophør, herunder pligt til udlevering og sletning af data samt pligt
til at yde ophørsassistance.
Leveringsaftalen fastlægger herunder, at leverandøren ingen tilbageholdsret har i kundens data og
andet i leverandørens besiddelse, der tilhører kunden. Udlevering skal således ske uanset ophør,
også selvom kunden måtte være i en påstået eller aktuel misligholdelse samt uanset art og omfang
af en sådan misligholdelse.
Kunden bør selv analysere, hvorledes kundens stilling vil være ved ophør og bør i den forbindelse
overveje at angive beskrivelser og krav i leveringsaftalebilag 03 og 09, der relaterer sig til situationen
ved ophør. I forbindelse med en direkte tildeling kan parterne ikke forhandle sådanne forhold, så
leverandørens produktbeskrivelse og exitplan vil være afgørende for udfyldning af de pågældende
leveringsaftalebilag.
Det bør bemærkes, at kunden bør sætte sig ind i, hvorvidt ydelsen har en tilknyttet exit-cost eller ej.
Hvis ydelsen ikke har en exit-cost, anbefaler SKI, at kunden medtager denne exit-cost i beregningen
af udgiften til ydelsen.
9.4 Data og datasikkerhed
Ved brug af ASP-services vil leverandøren som regel både opbevare og behandle data for kunden.
En stor del af de data leverandøren indsamler, opbevarer og på anden vis behandler for kunden, vil
være persondata. Leveringsaftalerne i rammeaftale 02.19 indeholder derfor en detaljeret regulering,
der skal sikre kunden en rimelig og forsvarlig retsstilling.
Men uanset reguleringen i leveringsaftalerne skal kunden i hver konkret sag sikre sig, at kravspecifikationen i LAB 03 (leverancebeskrivelsen) indeholder de krav, der er fornødne til kundens egen
overholdelse af forpligtelserne i persondatalovgivningen.
vejledning TIL ASP/Cloud
23
Kundens ejerskab og adgang til data: Leveringsaftalerne i rammeaftale 02.19 indeholder en række centrale regler, der sikrer kunden ret
til egne data:
• Kunden beholder alle rettigheder til de data, der på kundens vegne
måtte blive leveret til, opbevaret af eller behandlet af leverandøren
på leveringsaftalens betingelser.
• Leverandøren skal administrere sine ydelser og opretholde leverandørens service på en sådan måde, at kunden inden for den
aftalte åbningstid (dog ikke i eventuelle aftalte servicevinduer)
har elektronisk adgang til at læse, hente og opdatere sine data
hos leverandøren.
• I forbindelse med brug af kundens data har kunden ret til at etablere
integration til sine øvrige it-systemer via de grænseflader, der er
anført i leveringsaftalebilag 03, samt til at lade tredjemandsløsninger og services integrere med leverandørens service via disse
grænseflader.
• Leverandøren skal på anfordring udlevere alt, der tilhører kunden
og er i leverandørens besiddelse. Leverandøren har ingen tilbageholdsret i kundens data og andet i leverandørens besiddelse, der
tilhører kunden.
Disse grundlæggende regler sikrer kunden mod indsigelser og økonomiske krav fra leverandøren, når kunden skal anvende sine data i
anden sammenhæng.
9.4.1 Leverandørens brug af data
I visse ASP-services indgår det som et centralt led, at data fra mange
kunder bearbejdes og præsenteres i en fælles database. Ved sådanne
services er det et vigtigt element, at leverandøren får ret til at bruge
kundens data. I sådanne tilfælde vil det ofte være vigtigt for leverandøren, at han ikke har pligt til at slette data ved leveringsaftalens ophør,
ligesom han ofte vil ønske fortsat ret til at bruge de data, der er indsamlet
inden ophør. Leveringsaftalerne i rammeaftale 02.19 forudsætter, at
leverandørens eventuelle ret til at bruge kundens data er beskrevet i
LAB 03 (leverancebeskrivelsen). Det er i begge parters interesse, at dette
bliver en klar og entydig beskrivelse. Sådan ret til brug for leverandøren
vil kun undtagelsesvis kunne omfatte persondata.
9.4.1 Opbevaring efter ophør
Udgangspunktet i leveringsaftalerne er, at leverandøren skal slette
kundens data, når leveringsaftalen ophører: ”Hvor andet ikke er konkret
aftalt med kunden, skal leverandøren i forbindelse med leveringsaftalens
ophør, så hurtigt dette er praktisk muligt efter udlevering til kunden,
efterfølgende slette enhver kopi af kundens data, herunder sletning fra
alle bagvedliggende databaser.” Der er dog en række situationer, hvor
kunden har interesse i, at leverandøren opbevarer data efter leveringsaf-
24
vejledning TIL ASP/Cloud
talens ophør. Det gælder for mange typer af data, at kunden har pligt til
at opbevare historiske data i en vis periode, og det kan forekomme, at
sådan opbevaring mere hensigtsmæssigt foretages hos leverandøren.
For eksempel når det er leverandørens system, der skal benyttes, hvis en
beregning senere skal kontrolleres på begæring fra rigsrevisionen, som
følge af sagers genoptagelse ved klager, politimæssige undersøgelser eller
ved andre undersøgelser. Kunden bør ved leveringsaftalens indgåelse
være opmærksom på, om sådant behov for efterfølgende opbevaring
kan blive relevant og sikre sig, at krav herom indgår i LAB 03.
9.4.2 Persondata
Lovgivningen om persondata stiller betydelige krav i forbindelse med
opbevaring og anden behandling af persondata. Ofte vil det være
evident, om anvendelse af en konkret service indebærer behandling af
persondata hos leverandøren, men det er ikke altid tilfældet. Kunden
bør derfor sørge for, at LAB 03 tydeligt angiver, om kunden skal benytte
leverandørens service til behandling af persondata. Hvor kunden har
sørget for dette, stiller leveringsaftalens standardformuleringer de basale krav til leverandørens håndtering af persondata. Leveringsaftalens
standardformulering overholder således Datatilsynets basale krav til
indholdet af en databehandlingsaftale. Kunden skal dog fortsat sikre
sig, at LAB 03 indeholder en tydelig beskrivelse af kundens behov og
krav, herunder behov og krav der skyldes kundens forpligtelser i forhold
til persondata.
Kryptering, digital signering, kodeord og autorisationer: I forbindelse med transmission af persondata over internettet kan sikkerhedsbekendtgørelsen og praksis fra Datatilsynet indebære særlige krav til
brug af kryptering, digital signatur, brug af kodeord samt procedurer
ved tildeling af autorisationer. Kunden bør selv være opmærksom på
sådanne forhold og sikre sig, at LAB 03 indeholder de fornødne krav
til leverandørens service.
9.4.3 Revisorerklæring
Selv om rammeaftale 02.19 er udformet under hensyntagen til persondatalovgivningen, kan en leveringsaftale aldrig fritage kunden
for ansvaret som dataejer i forhold til persondata, der behandles på
kundens vegne af leverandøren. Lovgivningens princip er, at kunden
skal kontrollere leverandørens overholdelse af de aftalte sikkerhedskrav.
I praksis er det urealistisk, at samtlige leverandørens kunder indfinder
sig hos leverandøren og foretager omfattende kontrol. Det er derfor
praksis, at leverandørens egne eksterne it-revisor foretager kontrol og
udfærdiger en årlig revisorerklæring om leverandørens overholdelse af
krav til it-sikkerhed. Denne erklæring udleveres til kundernes it-revisor,
der benytter erklæringen i sin egen it-revision hos kunden.
Det er afgørende, at kunden får kravet om udlevering af revisorerklæring angivet i LAB 03, samt at
det nøje angives, hvilken type erklæring leverandøren skal udlevere. Indeholder LAB 03 ikke denne
beskrivelse, kan kunden let få ekstraudgifter til opfyldelse af kravene fra egen it-revisor. Inden leveringsaftalens indgåelse skal kunden hos egen it-revisor sikre sig, at de i LAB 03 beskrevne krav svarer
til forventninger og behov hos kundens it-revisor.
9.5 Andre særlige reguleringstemaer i rammeaftale 02.19
Generelt: Leveringsaftalerne berører en række temaer, der ofte overses, og dette afsnit fremhæver
de væsentligste af sådanne temaer. Afsnittet vedrører kun de otte leveringsaftaler på Delaftale I og
II. Som Bilag 2 til denne vejledning er angivet en matrix, som for hvert enkelt reguleringstema viser
præcis, hvor i de enkelte leveringsaftaler det pågældende tema er reguleret.
For standardbetingelserne på Delaftale III henvises til vejledningens kapitel 9.7.
Á conto betaling: Indenfor rammeaftalens område anvendes i et vist omfang á conto betaling. For
at reducere risiko for udbudsretlige og bevillingsmæssige problemer ved den praktiske administration
af á conto betaling angiver leveringsaftalerne relativt udførlige bestemmelser om håndtering af á
conto betalinger.
Arkiveringspligt: Arkiveringsloven forpligter en række myndigheder til at aflevere bevaringsværdige
data til Statens Arkiver. Ved brug af ASP-baserede ydelser kan opbevaringen af data hos leverandøren
samt den løbende udvikling i leverandørens ASP-løsning give praktiske problemer og merudgifter,
når kunden skal overholde sine forpligtelser efter arkiveringsloven. Leveringsaftalerne indeholder
derfor rammerne for regulering af arkiveringspligten, så kunden ikke får uforudsete merudgifter til
at overholde denne forpligtelse. Leveringsaftalerne angiver ikke den fulde forpligtelse. Kunden skal
derfor i forbindelse med afholdelse af miniudbud eller indgåelse af leveringsaftale ved direkte tildeling
selv sikre sig, at forpligtelserne er beskrevet i Leveringsaftalebilag 03.
BPO-ydelser: Ved levering af BPO-ydelser varetager leverandøren andet end blot at stille en it-ydelse
til rådighed. Leverandøren overtager f.eks. nogle administrative opgaver med manuel indsamling og
indtastning af data, eller leverandøren kan besvare spørgsmål direkte fra borgere. Når leverandøren
således overtager dele af kundens forvaltningsmæssige opgaver, forudsætter dette en række supplerende reguleringstemaer i leveringsaftalen. Der skal således angives forhold omkring overholdelse
af forvaltningsloven, håndtering af anmodninger om aktindsigt, håndtering af klager fra borgere og
regler om inhabilitet. Disse forhold er særskilt håndteret i de to leveringsaftaler til brug for BPO-ydelser.
Brugergrupper: Det er karakteristisk for ASP-ydelser, at leverandøren opretholder og løbende videreudvikler en service, der i alle væsentlige forhold er ens for samtlige kunder. Det er i fælles interesse
for kunderne og leverandøren, at leverandørens løbende videreudvikling svarer til den løbende
videreudvikling i kundernes forretningsmæssige og it-mæssige behov.
For bedre at sikre en hensigtsmæssig udnyttelse af leverandørens indsats til vedligeholdelse og videreudvikling oprettes ofte brugergrupper, hvor brugernes ønsker kan formidles til leverandøren. Visse
brugergrupper får endda ret til at disponere over dele af de konsulenttimer, leverandøren har afsat til
vedligeholdelse og videreudvikling. Hvor der er knyttet brugergrupper til en eller flere af de services,
leveringsaftalen dækker, skal den konkrete model fremgå af beskrivelserne i Leveringsaftalebilag 01
og Leveringsaftalebilag 03.
vejledning TIL ASP/Cloud
25
Brugsret – kunden – ret til udlicitering af forretningsprocesser:
Leveringsaftalen giver kunden ret til brug af en service. Som udgangspunkt efter dansk ret omfatter denne ret udelukkende kunden og ikke
kundens eksterne leverandører. Som led i samfundets og den konkrete
kundes udvikling kan der dog blive truffet beslutning om udlicitering af
opgaver, hvilket ofte kan indebære, at andre end kunden selv får behov
for at bruge den pågældende service leveret under leveringsaftalen.
Leveringsaftalerne indeholder derfor bestemmelser, der sikrer fortsat
ret til brug af de leverede services efter en eventuel udlicitering.
Fakturakontrol: Selv om begge parter har interesse i, at leverandørens
fakturaer er både let forståelige og veldokumenterede, sker det desværre
ofte, at kunden har behov for yderligere dokumentation eller specifikation. Det er desværre ikke alle leverandører, der er villige til at give
kunden de fornødne oplysninger. Leveringsaftalernes bestemmelser
om adgang til audit indeholder derfor en eksplicit ret for kunden til
at foretage fakturakontrol og anmode om supplerende oplysninger.
Fortrolighed – oplysning om priser: For at opnå en effektiv konkurrence har kunderne i den offentlige sektor behov for et gennemsigtigt
marked, hvor leverandørernes priser er lette at gennemskue. Priserne
på rammeaftalen er tilgængelige for alle SKI’s medlemmer, mens priser
tilbudt i de enkelte miniudbud kun er tilgængelige for den enkelte kunde.
For at give grundlag for fri erfaringsudveksling mellem SKI-kunder sikrer
leveringsaftalerne derfor kunderne ret til at videregive oplysninger om
priser angivet ved et miniudbud.
Genberegning: Når kunden foretager beregninger, kan klager fra
borgere, henvendelser fra Rigsrevisionen eller andre former for undersøgelser indebære et behov for efterfølgende kontrol af foretagne
beregninger, og lejlighedsvis skal enkelte beregninger foretages på ny
selv efter flere år. Når beregningerne foretages ved hjælp af en ASPservice, der løbende tilpasses de forretningsmæssige og teknologiske
ændringer, kan ændringer i systemet indebære, at genberegning ikke er
mulig. Når leveringsaftalen er ophørt, har kunden som udgangspunkt
ikke mulighed for at bruge den pågældende service, hvilket ligeledes
kan hindre udførelse af genberegning. Leveringsaftalerne danner
rammerne for kundens adgang til køb af ydelser vedrørende adgang
til genberegning, men kunden må for den enkelte leveringsaftale selv
vurdere, om der er behov for adgang til genberegning. Ydelsen skal i
så fald beskrives i Leveringsaftalebilag 03.
Grænseflader: Leveringsaftalernes udgangspunkt er, at leverandøren
ikke har adgang til at ændre de grænseflader, der er beskrevet i Leveringsaftalebilag 03. Kunden skal derfor sikre sig, at grænsefladerne rent
faktisk bliver angivet i Leveringsaftalebilag 03. Kunden skal endvidere
være opmærksom på, i hvilket omfang leverandørens beskrivelser i Leveringsaftalebilag 03 sikrer leverandøren en ret til ændring af grænseflader.
26
vejledning TIL ASP/Cloud
Levering efter ophør: Normalt kan der ikke blive tale om levering af
ydelser, efter at en aftale er ophørt. Ved ASP-ydelser, hvor kundens data
løbende lagres hos leverandøren, og leverandørens system benyttes
til behandling af kundens data, kan der i visse situationer være behov
for ydelser fra leverandøren, selvom leveringsaftalen er ophørt. Selvom
leverandøren ikke modtager nye data til behandling, kan kunden have
behov for opbevaring af historiske data hos leverandøren samt behov for
at kunne tilgå, læse og behandle sådanne data. Hvis disse ydelser efter
ophør ikke er beskrevet i selve leveringsaftalen, kan det erfaringsmæssigt blive dyrt for kunden efterfølgende at erhverve sådanne ydelser.
Leveringsaftalerne lægger rammen for beskrivelse af sådanne ydelser,
men det er kunden selv, der efter behov skal sikre sig, at ydelserne er
angivet i Leveringsaftalebilag 03.
Sikkerhedsgodkendelse: Visse kunder som f.eks. Politiet, Forsvaret
og Udenrigsministeriet har særlige regler om sikkerhedsgodkendelse
af leverandøren og dennes personale. Leveringsaftalerne rummer
derfor mulighed for krav om sikkerhedsgodkendelse. Hvor kunden har
sådanne særlige behov, skal dette angives i Leveringsaftalebilag 03, så
leverandøren er opmærksom på kravene, inden leveringsaftalen indgås.
Skalering: Leveringsaftalerne indeholder en række bestemmelser, der
sikrer kunden adgang til forøgelse og reduktion i de services, kunden
aftager under leveringsaftalen. Den konkrete regulering fremgår af de
enkelte leveringsaftaler.
9.6 Delaftale III – Cloud-services - standardbetingelser
På delaftale III kan leveringsaftale kun indgås ved en direkte tildeling
uden afholdelse af miniudbud. I forbindelse med en direkte tildeling er
der således ikke mulighed for at genåbne konkurrencen ved miniudbud,
og der kan ikke foregå forhandling mellem parterne. Leveringsaftalen
skal således indgås på grundlag af leverandørens produktbeskrivelse.
SKI har ikke udfærdiget en leveringsaftale til Delaftale III. Leveringsaftalen er i stedet udfærdiget af leverandøren i overensstemmelse med de
betingelser, der fremgår af leverandørens oprindelige tilbud til SKI, som
kan findes på www.netindkoeb.dk, jf. vejledningens kapitel 1.2. Leverandørerne har dog ikke frit kunnet fastsætte de juridiske betingelser, da
SKI har stillet basale mindstekrav til reguleringen på de områder, som
SKI anser for centrale ved anskaffelse af Cloud-services. De betingelser,
som SKI har fastsat, har på alle punkter forrang forud for leverandørens
egne betingelser. De centrale elementer gennemgås nedenfor.
Servicemål (§2): Betingelserne stiller ingen selvstændige servicemål,
og ved en direkte tildeling er der ikke mulighed for udformning af
kundespecifikke servicemål. Parterne kan kun aftale servicemål, der
indgår i leverandørens produktbeskrivelse.
Funktionalitet (§2): Cloud-services udvikles gerne løbende af leverandøren, hvilket både kan
indebære fordele og udfordringer. For at sikre kunden, indeholder betingelserne det grundlæggende princip, at ”Så længe aftalen løber, må Leverandøren ikke uden forudgående godkendelse fra
Kunden foretage væsentlig indskrænkning i den funktionalitet, der stilles til rådighed for Kunden.”
Udlicitering (§3): Betingelserne sikrer kunden fortsat brug af leverandørens service i forbindelse
med eventuel udlicitering af forretningsprocesser. Får kundens nye leverandør behov for den pågældende service i forbindelse med fortsat udførelse af kundens forretningsprocesser, udstrækkes
kundens brugsret til den pågældende leverandørs levering af ydelser til kunden.
Immaterielle rettigheder (§3): Betingelserne fastslår, at parterne hver især opnår de immaterielle
rettigheder til det, de hver især udvikler. Kunden skal således være opmærksom på, at leverandøren
får de immaterielle rettigheder til alt det, som leverandøren udarbejder for kunden.
Data (§4): Standardbetingelserne indeholder samme basale krav i forbindelse med data som
formuleringerne i de leveringsaftaler, SKI har udfærdiget for Delaftale I og II. Kunden bør alligevel
undersøge angivelserne i leverandørens produktbeskrivelse vedrørende håndtering af kundens data.
Persondata (§5): Leverandøren kan ikke på forhånd vide, om kunden vil benytte leverandørens
service i forbindelse med persondata. Hvis kunden skal benytte leverandørens service til behandling
af persondata, skal kunden sikre sig, at dette fremgår af leveringsaftalen. Det skal ligeledes fremgå
af leveringsaftalen, såfremt der skal leveres en årlig revisorerklæring til kunden. Det bør fremgå
af leverandørens egne produktbeskrivelser, om leverandørens service indebærer levering af årlig
revisorerklæring.
Inden kunden indgår aftale om en Cloud-service, hvor persondata ønskes behandlet, bør kunden
orientere sig om nyeste praksis hos Datatilsynet. Det kan for nuværende anbefales at læse Datatilsynets
udtalelse i forbindelse med Odense Kommunes anmeldelse af ”Google Apps - online kontorpakke
med kalender og dokumenthåndtering” – 25.06.2010 - Journalnummer: 2010-52-0138.
vejledning TIL ASP/Cloud
27
BILAG 1. ORDLISTE MED BESKRIVELSE AF
BEGREBER BRUGT I VEJLEDNINGEN
Vejledningen anvender følgende terminologier:
Rammeaftalen eller bare ”aftalen” er SKI Rammeaftale 02.19 ASP/Cloud, som regulerer forholdet
mellem SKI og leverandøren.
Leveringsaftalen er det aftalegrundlag, som regulerer forholdet mellem kunden og leverandøren.
RAB er forkortelse for Rammeaftalebilag.
LAB er forkortelse for leveringsaftalebilag.
ASP er forkortelse for Application Service Provider og udgør rammeaftalens Delaftale I og II.
Cloud udgør rammeaftalens Delaftale III.
BPO er forkortelse for Business Process Outsourcing og består af processer og it-understøttelse for
at levere en egentlig forretningsproces.
FORM er forkortelse af Fælles Offentlig Reference Model. Det er et analyse- og struktureringsredskab, som skaber overblik, og en fælles referencemodel på tværs af den offentlige sektor samlet i et
opgavekatalog. SKI anvender FORM til at angive, hvilken funktionel dækning en given ASP-service
har. Med andre ord, hvilke offentlige forretningsområder understøttes af den pågældende service.
For uddybning se vejledningens kapitel 6.1 FORM. Du kan læse yderligere om FORM og STORM
på www.modernisering.dk
STORM er forkortelse for Service- og Teknologireferencemodellen. SKI anvender STORM sammen
med FORM for at angive en servicekapacitet, en it-platform, en it-komponent eller it-applikation
som understøtter et eller flere forretningsområder i FORM. For uddybning se vejledningens kapitel
6.2 STORM.
Funktionel tillægsydelse er yderligere funktionalitet, der kan tilkøbes som en naturlig udvidelse af
forretningsmæssig eller teknisk funktionalitet knyttet til den enkelte service. En funktionel tillægsydelse
kan f.eks. være uddannelse, som derved er en udvidelse af den forretningsmæssige funktionalitet
for den pågældende serviceydelse.
Serviceniveau består af seks forskellige serviceniveauer, som kunden kan vælge til den ønskede
serviceydelse.
28
vejledning TIL ASP/Cloud
BILAG 2. SERVICENIVEAUER
Platin+
Anvendelsesområde
Sølv
Bronze
Platin serviceniveau vælges
Platin
Guld serviceniveau vælges typisk
Guld+
Guld
Sølv serviceniveau vælges typisk
Bronze serviceniveau vælges ty-
typisk til forretningsessen-
til forretningskritiske systemer,
til forretningssystemer, hvor
pisk til systemer, hvor manglende
tielle systemer, hvor manglende
hvor manglende opfyldelse af
manglende opfyldelse af ser-
opfyldelse af servicemål, især
opfyldelse af servicemål, især
servicemål, især nedetid, svarti-
vicemål, især nedetid, svartider
nedetid, svartider og manglende
nedetid, svartid og mang-
der og manglende dataintegritet
og manglende dataintegritet
dataintegritet kan være uheldig
lende dataintegritet påvirker det
kan påvirke det daglige arbejde i
kan være uheldig og til gene for
og til gene for brugerne, men
daglige arbejde i kritisk grad, og
væsentlig grad, og hvor der kan
brugerne med den konsekvens,
hvor produktionen i de påvirkede
hvor der kan være væsentlige
være økonomisk tab forbundet
at produktiviteten falder uden
afdelinger ikke påvirkes markant
økonomiske tab og/eller men-
med kortere nedetider.
dog noget direkte økonomisk tab
ved kortere nedetider, og hvor
til følge.
der ikke er noget direkte økono-
Analyse- og ledelsesinformati-
Systemer til undervisning, test,
onssystemer, informationspor-
demo, udvikling
neskelige tab forbundet med selv
miske tab.
korte nedetider.
Eksempel
Elforsyningsystemer, hospitals-
Pensionssystem
systemer.
taler.
Åbningstider
Alle dage, 0-24
Drifttid
Alle dage, 0-24
Alle dage, 0-24
Alle arbejds-
Alle dage, 0-24
dage, 8-17
Driftseffektivitet
99,9%
99,8%
Alle arbejds-
Alle dage, 0-24
Alle dage, 8-17
Alle arbejdsdage, 8-17
Alle arbejdsdage, 8-17
Minimum 99,0%.
Minimum 98,0%.
dage, 8-17
99,8
99,5%
For yderligere information henvises til Rammeaftalens UB01.1.4 Kravspecifikation.
vejledning TIL ASP/Cloud
29
BILAG 3. LEVERINGSAFTALERNES REGULERINGSTEMAER
Licensleje
Delaftale I
ASP – direkte tildeling
ASP - miniudbud
BPO - miniudbud
Mulighed for brug af SKI bestillingsblanket
Ja
Ja
Nej
Nej
Á conto betaling
§ 16.2 + LAB 06
§ 18.2 + LAB 06
§ 18.2 + LAB 06
§ 19.2 + LAB 06
* Max. 80%
* Max. 80%
* Max 80%
* Max. 80%
§ 9.2
§ 9.2
§ 10.2
Aktindsigt
§ 8.5
Arkivering – Statens arkiver
Audit – kundens ret
§ 13.1
§ 15.1
§ 15.1
§ 16.1
Audit – Leverandørens ret
§ 13.2
§ 15.2
§ 15.2
§ 16.2
Betalingsplan
§ 16.2 + LAB 06
§ 18.2 + LAB 06
§ 18.2 + LAB 06
§ 19.2 + LAB 06
Bevillingsmæssigt forbehold
§ 28
§ 28
§ 28
§ 29
Bod - forsinkelse
§ 17.2 + LAB 06
§ 19.2 + LAB 06
§ 19.2 + LAB 06
§ 20.2 + LAB 06
Bod – servicemål
§ 17 + LAB 03 og LAB 06
§ 19 + LAB 03 og LAB 06
§ 19 + LAB 03 og LAB 06
§ 20 + LAB 03 og LAB 06
Brugergrupper
§ 10.3 + LAB 03
§ 12.3 + LAB 01
§ 12.3 + LAB 01
§ 13.3 + LAB 01
Brugsret – Kundens
§ 8.1 + LAB 03 og LAB 04
§ 10 + LAB 03 og LAB 04
§ 10 + LAB 03 og LAB 04
§ 11 + LAB 03 og LAB 04
*Brug hos andre myndig-
*Brug hos andre myndig-
*Brug hos andre myndig-
*Brug hos andre myndig-
heder
heder
heder
heder
*ret til udlicitering af
*ret til udlicitering af
*ret til udlicitering af
*ret til udlicitering af
forretnings-processer
forretnings-processer
forretnings-processer
forretnings-processer
Data
§8
§8
§9
Data - Kundens adgang til
§ 8.2
§ 8.2
§ 10.2
Data – leverandørens ret til brug
§ 8.1 + LAB 03
§ 8.1 + LAB 03
§ 9.1 + LAB 03
Data – reetablering
§ 21.3
§ 21.3
§ 22.3
Datakommunikation
Kundens ansvar (§3.1.4)
Kundens ansvar (§3.1.4)
Kundens ansvar (§3.1.4)
LAB 04
LAB 04
LAB 04
LAB 04
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 7.2 + LAB 03
Erstatning
§ 24
§ 24
§ 24
§ 25
Fakturakontrol
§ 13.5
§ 15.5
§ 15.5
§ 16.5
Fakturering
§ 16
§ 18
§ 18
§ 19
Force Majeure
§ 25
§ 25
§ 25
§ 26
Forrang
§ 31.2
§ 33.2
§ 33.2
§ 34.2
Fortrolighed
§ 26
§ 26
§ 26
§ 27
*ret til at oplyse priser
*ret til at oplyse priser
Deponering af kildekode
Digital signering
*ret til at oplyse priser
Forvaltningsloven
§8
Garantier
§ 14
§ 16
§ 16
§ 17
Genberegning
§ 23.1
§ 9.1 + 31.4 + LAB 03
§ 9.1 + 31.4 + LAB 03
§ 10.1 + 32.4 + LAB 03
Grænseflader
Begrænsning i leverandø-
Begrænsning i leverandø-
Begrænsning i leverandø-
Begrænsning i leverandø-
rens ret til ændring (§7.1.3) rens ret til ændring (§8.3.3) rens ret til ændring (§8.3.3) rens ret til ændring (§9.3.3)
Incitamenter
§ 15.7 + LAB 06
§ 17.7 + LAB 06
§ 18.7 + LAB 06
Inhabilitet
Integration
IPR
§ 9.3
§ 7 + LAB 03
§ 8.3 + LAB 03
§ 8.3 + LAB 03
§ 9.3 + LAB 03
- Kundens ret
- Kundens ret
- Kundens ret
- Kundens ret
- Dataformater
- Dataformater
- Dataformater
- Dataformater
- Grænseflader
- Grænseflader
- Grænseflader
- Grænseflader
§ 8.2
§ 10.2
§ 10.2
§ 11.2
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 20
§ 20
§ 21
Klagehåndtering
§ 9.4
Kryptering
Kundens forhold
30
vejledning TIL ASP/Cloud
§ 18
Licensleje
Delaftale II (kommunal ASP)
ASP – direkte tildeling
ASP - miniudbud
Delaftale III (Cloud)
Standardbetingelser Cloud
BPO - miniudbud
Ja
Ja
Nej
Nej
§ 16.2 + LAB 06
§ 18.2 + LAB 06
§ 18.2 + LAB 06
§ 19.2 + LAB 06
Nej
* Max 80%
* Max 80%
* Max 80%
* Max 80%
§ 9.2
§ 9.2
§ 10.2
§ 13.1
§ 15.1
§ 15.1
§ 16.1
§ 13.2
§ 15.2
§ 15.2
§ 16.2
§ 16.2 + LAB 06
§ 18.2 + LAB 06
§ 18.2 + LAB 06
§ 19.2 + LAB 06
§ 28
§ 28
§ 28
§ 29
§ 17.2 + LAB 06
§ 19.2 + LAB 06
§ 19.2 + LAB 06
§ 20.2 + LAB 06
§ 17 + LAB 03 og LAB 06
§ 19 + LAB 03 og LAB 06
§ 19 + LAB 03 og LAB 06
§ 20 + LAB 03 og LAB 06
§ 10.3 + LAB 03
§ 12.3 + LAB 01
§ 12.3 + LAB 01
§ 13.3 + LAB 01
§ 8.1 + LAB 03 og LAB 04
§ 10 + LAB 03 og LAB 04
§ 10 + LAB 03 og LAB 04
§ 11 + LAB 03 og LAB 04
§3
*Brug hos andre myndig-
*Brug hos andre myndig-
*Brug hos andre myndig-
*Brug hos andre myndig-
*ret til udlicitering af forretnings-processer
heder
heder
heder
heder
*ret til udlicitering af
*ret til udlicitering af
*ret til udlicitering af
*ret til udlicitering af
forretnings-processer
forretnings-processer
forretnings-processer
forretnings-processer
§8
§8
§9
§ 8.2
§ 8.2
§ 10.2
§ 8.1 + LAB 03
§ 8.1 + LAB 03
§ 9.1 + LAB 03
§ 21.3
§ 21.3
§ 22.3
§ 8.5
Kunden bevarer alle rettigheder (§4)
Sletning ved ophør §4
Kundens ansvar (§3.1.4)
Kundens ansvar (§3.1.4)
Kundens ansvar (§3.1.4)
LAB 04
LAB 04
LAB 04
LAB 04
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 24
§ 24
§ 24
§ 25
§ 13.5
§ 15.5
§ 15.5
§ 16.5
§ 16
§ 18
§ 18
§ 19
§ 25
§ 25
§ 25
§ 26
§ 31.2
§ 33.2
§ 33.2
§ 34.2
§ 26
§ 26
§ 26
§ 27
*ret til at oplyse priser
*ret til at oplyse priser
*ret til at oplyse priser
§4
§8
§ 1 + 11
§8
§ 14
§ 16
§ 16
§ 17
§ 23.1
§ 9.1 + 31.4 + LAB 03
§ 9.1 + 31.4 + LAB 03
§ 10.1 + 32.4 + LAB 03
Begrænsning i leverandø-
Begrænsning i leverandø-
Begrænsning i leverandø-
Begrænsning i leverandø-
rens ret til ændring (§7.1.3) rens ret til ændring (§8.3.3) rens ret til ændring (§8.3.3) rens ret til ændring (§9.3.3)
§ 15.7 + LAB 06
§ 17.7 + LAB 06
§ 18.7 + LAB 06
§ 9.3
§ 7 + LAB 03
§ 8.3 + LAB 03
§ 8.3 + LAB 03
§ 9.3 + LAB 03
- Kundens ret
- Kundens ret
- Kundens ret
- Kundens ret
- Dataformater
- Dataformater
- Dataformater
- Dataformater
- Grænseflader
- Grænseflader
- Grænseflader
- Grænseflader
§ 8.2
§ 10.2
§ 10.2
§ 11.2
§3
§ 9.4
§ 18
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 7.2 + LAB 03
§ 20
§ 20
§ 21
vejledning TIL ASP/Cloud
31
Licensleje
Delaftale I
ASP – direkte tildeling
ASP - miniudbud
Kundens forretningsprocesser
BPO - miniudbud
§ 6.2 + LAB 03
Kundens it-miljø
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
Kundens ydelser
§ 6 + LAB 02
§ 6 + LAB 02
§6 + LAB 02
§6 + LAB 02
Lovmæssig vedligehold
§ 14.4
§ 16.5
§ 16.5
§ 17.5
Lovvalg
Dansk ret
Dansk ret
Dansk ret
Dansk ret
Mangler
§ 19
§ 21
§ 21
§ 22
Mediation
§ 32.4
§ 34.4
§ 34.4
§ 35.4
Modregningsret
§ 16.4
§ 18.4
§ 18.4
§ 19.4
Ny funktionalitet
§ 10
§ 12
§ 12
§ 13
§ 8.5
§ 8.5
§ 9.5
Offshore ressourcer
Ophævelse
§ 20 + 21
§ 22 + 23
§ 22 + 23
§ 23 + 24
Ophør – bistand
§ 22
§ 30
§ 30
§ 31
Ophør – efterfølgende levering
§ 23
§ 9 + § 31
§ 9 + § 31
§ 10 + § 32
Genberegning,
Genberegning,
opbevaring af kopi
Opbevaring af data
§ 12.3.2 + § 29.4-29.5
§ 14.3.2 + § 29.4 – 29.5
§ 14.3.2 + § 29.4 – 29.5
§ 15.3.2
Opsigelse
§ 30.4 – 30.6
Opsigelse – særlig ret
Overdragelse af Leveringsaftale
§ 27
§ 27
§ 27
§ 28
Overholde lovgivning
§ 14.4
§ 14.5
§ 16.5
§ 17.5
Overtagelse af personale
§ 4.4 + LAB 10
§ 4.4 + LAB 10
Overtagelse af udstyr, licenser, etc.
§ 4.5 + LAB 08
§ 4.5 + LAB 08
§ 4 + LAB 08
§ 4 + LAB 08
Overtagelsesprojekt
§ 4 + LAB 08
§ 4 + LAB 08
§ 8.4
§ 8.4
§ 9.4
§ 5.2 + LAB 03
§ 5.3 + LAB 03
§ 5.3 + LAB 03
§ 5.3 + LAB 03
§ 7.3.1 + LAB 03
§ 7.3.1 + LAB 03
§ 7.3.1 + LAB 03
Samarbejdsorganisation
§ 9-11 + LAB 03
§ 11-13 + LAB 03
§ 11-13 + LAB 03
§ 12-14 + LAB 03
Servicemål
§ 5 + LAB 03
§ 5 + LAB 03
§ 5 + LAB 03
§ 5 + LAB 03
§ 5.2 + LAB 03
§ 5.2 + LAB 03
§ 5.2 + LAB 03
Persondata
Rapportering af servicemål
Revisorerklæring
Servicevinduer
Sikkerhedsgodkendelse
§ 7.3 + LAB 03
§ 7.4 + LAB 03
§ 7.4 + LAB 03
§ 7.4 + LAB 03
Sikkerhedskrav
§ 7 + LAB 03
§ 7 + LAB 03
§ 7 + LAB 03
§ 7 + LAB 03
Skalering af ydelser
§ 8.1.3, 9.1.4, 12.3 + LAB 03, § 10.1.3, 10.1.4, 14.3 + LAB
§ 10.1.3, 10.1.4, 14.3 + LAB
§ 11.1.3, 11.1.4, 15.3 + LAB
LAB 06, LAB 07
03, LAB 06, LAB 07
03, LAB 06, LAB 07
03, LAB 06, LAB 07
§ 30.2
§ 32.2
§ 32.2
§ 33.2
Tilbageholdsret
§ 30.2
§ 30.2
§ 31.2
Udstyr - udlån
§ 3.2 + LAB 03
§ 3.3 + LAB 03
§ 3.3 + LAB 03
Standardbetingelser – ­leverandørens
Udtræden – særlig ret i kommunale sektor
32
Uopsigelighed
§ 29.4
§ 29.4
§ 29.4
§ 30.4
Varighed
§ 29
§ 29
§ 29
§ 30
Vederlag – engangs
§ 15.2-15,4
§ 17.2 – 17.4
§ 17.2 – 17.4
§ 18.2 – 18.4
Vederlag – regulering
§ 15.5 og 15.6 + LAB 06
§ 17.5 og 17.6 + LAB 06
§ 17.5 og 17.6 + LAB 06
§ 18.5 og 18.6 + LAB 06
Ændringshåndtering
§ 12 + LAB 07
§ 14 + LAB 07
§ 14 + LAB 07
§ 15 + LAB 07
vejledning TIL ASP/Cloud
Licensleje
Delaftale II (kommunal ASP)
ASP – direkte tildeling
ASP - miniudbud
Delaftale III (Cloud)
Standardbetingelser Cloud
BPO - miniudbud
§ 6.2 + LAB 03
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
§ 6 + LAB 02
§6 + LAB 02
§6 + LAB 02
§ 14.4.1-14.4.2
§ 16.5.1-16.5.2
§ 16.5.1-16.5.2
§ 17.5.1-17.5.2
Pligt uden ekstra vederlag
Pligt uden ekstra vederlag
Pligt uden ekstra vederlag
Pligt uden ekstra vederlag
Dansk ret
Dansk ret
Dansk ret
Dansk ret
Dansk ret
§ 19
§ 21
§ 21
§ 22
§7
§ 32.4
§ 34.4
§ 34.4
§ 35.4
§ 12
§ 16.4
§ 18.4
§ 18.4
§ 19.4
§ 10
§ 12
§ 12
§ 13
§ 8.5
§ 8.5
§ 9.5
§ 20 + 21
§ 22 + 23
§ 22 + 23
§ 23 + 24
§ 22
§ 30
§ 30
§ 31
§ 23
§ 9 + § 31
§ 9 + § 31
§ 10 + § 32
Genberegning,
Genberegning,
Genberegning,
Genberegning,
opbevaring af kopi
Opbevaring af data
Opbevaring af data
Opbevaring af data
§ 12.3.2
§ 14.3.2
§ 14.3.2
§ 15.3.2
+ § 29.4-29.5
+ § 29.4 – 29.6
§ 29.4 – 29.6
§ 30.4 – 30.6
§ 29.6
§ 29.6
§ 30.6
§ 27
§ 27
§ 27
§ 28
§ 14.4
§ 14.5
§ 16.5
§ 17.5
§5
Ydelsen skal være lovlig i Danmark og skal
udformes således, at Kunden kan overholde
gældende ret (§2)
§ 4.4 + LAB 10
§ 4.4 + LAB 10
§ 4.5 + LAB 08
§ 4.5 + LAB 08
§ 4 + LAB 08
§ 4 + LAB 08
§ 4 + LAB 08
§ 4 + LAB 08
§ 8.4
§ 8.4
§ 9.4
§ 5.2 + LAB 03
§ 5.3 + LAB 03
§ 5.3 + LAB 03
§ 5.3 + LAB 03
§ 7.3.1 + LAB 03
§ 7.3.1 + LAB 03
§ 7.3.1 + LAB 03
§ 9-11 + LAB 03
§ 11-13 + LAB 03
§ 11-13 + LAB 03
§ 12-14 + LAB 03
§ 5 + LAB 03
§ 5 + LAB 03
§ 5 + LAB 03
§ 5 + LAB 03
§ 5.2 + LAB 03
§ 5.2 + LAB 03
§ 5.2 + LAB 03
§ 7.3 + LAB 03
§ 7.4 + LAB 03
§ 7.4 + LAB 03
§ 7.4 + LAB 03
§ 7 + LAB 03
§ 7 + LAB 03
§ 7 + LAB 03
§ 7 + LAB 03
§5
§ 6 – aftales konkret
Skal overholde produktbeskrivelsen
Leverandøren skal overholde aftalen og give
adgang til dokumentation for overholdelsen (§2)
+ § 5 vedrørende persondata
§ 8.1.3, 9.1.4, 12.3 + LAB 03, § 10.1.3, 10.1.4, 14.3 + LAB
§ 10.1.3, 10.1.4, 14.3 + LAB
§ 11.1.3, 11.1.4, 15.3 + LAB
LAB 06, LAB 07
03, LAB 06, LAB 07
03, LAB 06, LAB 07
03, LAB 06, LAB 07
§ 30.2
§ 32.2
§ 32.2
§ 33.2
§ 11
§ 30.2
§ 30.2
§ 31.2
Leverandøren kan ikke udøve tilbageholdsret
§ 3.2 + LAB 03
§ 3.3 + LAB 03
§ 3.3 + LAB 03
(§4)
§ 29.6
§ 29.6
§ 30.6
§ 29.4.1
§ 29.4.1
§ 29.4.1
§ 30.4.1
* max 2 år
* max 2 år
* max 2 år
§ 29
§ 29
§ 29
§ 30
§ 15.2-15,4
§ 17.2 – 17.4
§ 17.2 – 17.4
§ 18.2 – 18.4
§ 15.5 og 15.6 + LAB 06
§ 17.5 og 17.6 + LAB 06
§ 17.5 og 17.6 + LAB 06
§ 18.5 og 18.6 + LAB 06
§ 12 + LAB 07
§ 14 + LAB 07
§ 14 + LAB 07
§ 15 + LAB 07
max 4 år (§ 10)
vejledning TIL ASP/Cloud
33
BILAG 4: RAMMEAFTALENS
BILAGSSTRUKTUR
Alle SKI rammeaftaler benytter samme bilagsstruktur med samlet op
til 15 stk. rammeaftalebilag. Rammeaftalen anvender følgende 13
rammeaftalebilag (RAB):
RAB 00 – Definitioner: Dette RAB 00 angiver de i rammeaftalen anvendte
definerede begreber. Med ganske få undtagelser er definitionerne
identiske med definitionerne i det LAB 00, der indgår som en del af RAB
13. De få forskelle skyldes nødvendig tilpasning som følge af forskellen
mellem begrebernes anvendelse i henholdsvis en rammeaftale og en
leveringsaftale.
RAB 01 – Kravspecifikation: RAB 01 indeholder kravspecifikationen fra
det oprindelige SKI rammeaftaleudbud. Denne kravspecifikation angiver
basale krav, der skal overholdes af leverandøren ved enhver leverance
foretaget af leverandøren. Leverandøren skal således indrette hele sit
sortiment af services således, at alle leverandørens services overholder
denne kravspecifikation. RAB 01 er ens for alle leverandører på rammeaftalen. Alle RAB kan findes på www.netindkoeb.dk
RAB 02 – Kunder på RA: Angivelsen i dette RAB 02 er udtømmende.
Det er kun juridiske personer angivet i RAB 02, der kan foretage indkøb
under Rammeaftale 02.19. RAB 02 er ens for alle leverandører på 02.19.
RAB 03 – Leverandørens sortiment: Leverandørens tilbud til SKI fremgår
af RAB 12. Dette RAB 03 angiver pr. delaftale hvilke dele af leverandørens
samlede tilbudte sortiment, der er accepteret af SKI til salg på hver af
de tre delaftaler, der indgår i Rammeaftale 02.19. RAB 03 er udformet
individuelt afhængigt af udfaldet for den af SKI foretagne evaluering
af leverandørens tilbud.
RAB 04 – Leverandørens rapportering til SKI: Dette RAB 04 angiver
leverandørens forpligtelser til at foretage rapportering til SKI. RAB 04
er ens for alle leverandører på 02.19.
RAB 05 - Regler og procedurer vedrørende opdatering af sortiment og
priser: Under Rammeaftale 02.19 kan leverandøren kun sælge services
indenfor et konkret afgrænset sortiment, der er beskrevet i leverandørens oprindelige tilbud til SKI. Udbudspligten er afløftet ved det af SKI
afholdte rammeaftaleudbud. Afløftningen forudsætter, at den af SKI
foretagne konkurrenceudsættelse har været afgørende. Derfor kan
leverandøren ikke frit tilføje nye services efter eget skøn. Udbudsreglerne
34
vejledning TIL ASP/Cloud
sætter stramme grænser for, hvorledes der i rammeaftalens løbetid kan
foretages ændringer i leverandørens sortiment og priser gældende for
02.19. Da leverandørens produkter, teknologien og lovgivningen ikke er
statisk, er det naturligvis nødvendigt at etablere rammer for, hvorledes
tilpasning kan ske under overholdelse af udbudsreglerne. De konkrete
regler for, hvorledes tilpasning kan foretages, er angivet i dette RAB 05.
RAB 05 er ens for alle leverandører på 02.19.
RAB 06 – Spørgsmål og svar: Ved det af SKI afholdte udbud er udbudsmaterialet blevet uddybet, forklaret og fortolket ved en række spørgsmål
og svar. Indholdet af de afgivne svar gælder som en bindende fortolkning
af rammeaftalen. De pågældende spørgsmål og svar indgår i RAB 06.
RAB 06 er ens for alle leverandører på 02.19. SKI har generelt opdateret
alle dokumenter i henhold til de spørgsmål og svar, som beskriver en
nødvendig rettelse.
RAB 07: Udgår. Der er ikke mulighed for SKI koordineringskøb på
Rammeaftale 02.19.
RAB 08 – Retningslinjer for tildeling af leveringsaftale: RAB 08 angiver
de retningslinjer kunden skal følge i forbindelse med indgåelse af
leveringsaftale. Det er afgørende for overholdelse af udbudsreglerne,
at kunden nøje følger de instrukser, der er angivet i RAB 08. Reglerne
heri kan ikke forstås isoleret set, men de skal suppleres af alle de gældende udbudsretlige regler. Særligt i forhold til foretagelse af en direkte
tildeling henvises til den af SKI udfærdigede generelle vejledning for
direkte tildeling, som findes på www.ski.dk. RAB 08 er ens for alle leverandører på 02.19.
RAB 09 – Implementeringsplan: RAB 09 angiver, hvorledes SKI vil sikre
implementering af rammeaftalen. RAB 09 er ens for alle leverandører
på 02.19.
RAB 10: Udgår – det er ikke muligt for leverandørerne at byde ind
med forhandlere.
RAB 11 - Retningslinjer for sammensætning af konsortier: Dette RAB
11 angiver regler for leverandørens etablering af konsortier. RAB 11 er
ens for alle leverandører på 02.19.
RAB 12 – Leverandørens tilbud: RAB 12 gengiver leverandørens tilbud
til SKI. Hovedparten af leverandørens tilbud er på www.netindkoeb.dk
tilgængeligt for de i RAB 02 anførte kunder, jf. vejledningens kapitel 1.2.
RAB 13 – Leveringsaftaler: Det er et grundlæggende krav i udbudsreglerne, at selve rammeaftalen fastlægger de centrale juridiske betingelser
i forholdet mellem leverandøren og den enkelte kunde, jf. kapitel 9.
SKI har derfor udfærdiget betingelser, der finder anvendelse i forholdet
direkte mellem leverandøren og den enkelte kunde ved levering under
rammeaftalen. Betingelserne indgår i RAB 13.
RAB 14 – adfærdskodeks: I de fleste nyere SKI rammeaftaler indgår
et kodeks med mindstekrav for leverandørens adfærd i forbindelse
med indgåelse af leveringsaftale. Dette kodeks indgår i RAB 14. I adfærdskodeks for Rammeaftale 02.19 indgår f.eks. følgende elementer
i leverandørens vejledningspligt:
Økonomiske forpligtelser for kunden: ”Leverandørens repræsentant
skal i hver sag sikre sig, at Leveringsaftalen med tilhørende Leveringsaftalebilag på en tydelig og let forståelig måde beskriver de Ydelser, der
stilles til rådighed for eller leveres til Kunden under Leveringsaftalen samt
de økonomiske forpligtelser, Kunden påtager sig ved Leveringsaftalen.”
”Før indgåelse af Leveringsaftaler skal Leverandørens repræsentant sikre
sig, at Kunden forstår de økonomiske konsekvenser af Leveringsaftalen.”
Unødvendige specialtilpasninger: ”Hvis Kunden bestiller specialtilpasninger, som Leverandørens repræsentant indser eller bør kunne indse
er unødvendige til at dække Kundens behov, f.eks. hvor et generisk
element i Leverandørens løsning løser Kundens behov uden behov for
specialtilpasning til Kunden, eller hvis etablering af den ønskede funktionalitet allerede er under udvikling hos Leverandøren til levering som
et nyt generisk element i Leverandørens løsning, skal Leverandørens
repræsentant gøre Kunden opmærksom på dette.”
Nødvendige tilkøb: ”Leverandørens repræsentant skal gøre Kunden
opmærksom på, hvis der er elementer i Kundens naturlige brug eller
i den oplyste påtænkte brug, der vil kræve supplerende køb af yderligere brugsrettigheder, f.eks. hvis der er oplyst en påtænkt adgang for
borgere til at læse eller indtaste data via Internettet, og adgang til en
sådan brug ikke er indeholdt i Leveringsaftalen.”
Offshore: ”Hvis Leverandørens opfyldelse af Leveringsaftalen vil
inde­bære offshore opbevaring eller behandling af Kundens data, skal
Leverandørens repræsentant gøre Kunden tydeligt opmærksom på
dette inden Leveringsaftalens indgåelse.”
Anmeldelse til Datatilsyn: ”Hvis Leverandøren er eller bør være bekendt med, at Leveringsaftalens indgåelse eller opfyldelse forudsætter
anmeldelse til eller godkendelse fra offentlige myndigheder, herunder
Datatilsynet, skal Leverandørens repræsentant gøre Kunden opmærksom
på dette, inden Leveringsaftalens indgåelse.”
vejledning TIL ASP/Cloud
35
Vi værner om miljøet og bruger kun Svanemærket papir
Kontakt ved eventuelle spørgsmål omkring 02.19 ASP/Cloud eller denne vejledning:
SKI A/S
Kundeansvarlig
Lars Grelck, [email protected], tlf. 33 42 70 40, mobil 23 43 55 75
Leverandøransvarlig
Jørgen-Ib Hansen, [email protected], tlf. 33 42 70 40, mobil 24 48 15 77
Konsulentfirmaet Zohnesen & Klint samt advokatfirmaet Bender von Haller Dragsted har bistået SKI
i forbindelse med udformning af denne vejledning.
Mikael Klint, tlf: 40 85 45 33, [email protected]
Statens og Kommunernes Indkøbs Service A/S
Zeppelinerhallen · Islands Brygge 55 · DK-2300 København S
Tlf. + 45 33 42 70 00 · Fax + 45 33 93 41 44 · [email protected] · www.ski.dk
07.03.2011
Nicolai Dragsted, advokat mobil 24 46 62 25, [email protected]