KONTRAKT
KONTRAKT
om licens til MyGrant management systemet mellem
XXXX
(herefter ”Kunden”) og
Secec ApS
Xxxxxxxxxxxxxxx 00, 0000 Xxxxxxxxx
CVR-nr.: 37784273
(Herefter ”Leverandøren”)
(herefter individuelt benævnt ”Part” og samlet ”Parterne”)
Aftalen træder i kraft den XX.XX.20XX
For Kunden:
Dato Underskrift
For Leverandøren:
PhD, CEO, Xxxxxxxxx Xxx Xxxxxxxx
Dato Underskrift
Indholdsfortegnelse
2 Leverandørens forpligtelser 5
7 Support, vedligeholdelse og videreudvikling 9
9 Leverandørens misligholdelse 11
11 Erstatning, produktansvar og forsikring 13
13 Rettigheder til programmel, dokumentation data 14
19 Benyttelse af underleverandører 17
Kontraktbilag
Kontraktbilag 1: Indledning og tidsplan Kontraktbilag 2: Om Systemet og Kunden Kontraktbilag 3: Systemadministration og sikkerhed Kontraktbilag 4: Funktionelle krav
Kontraktbilag 5: Kundens it-miljø Kontraktbilag 6: Pris og betalingsplan
Kontraktbilag 7: Drift-, support- og vedligeholdelse Kontraktbilag 8: Leverandørens forpligtelser Kontraktbilag 9: Samarbejdsorganisation
Præambel
Denne kontrakt (”Kontrakten”) er indgået vedrørende levering af MyGrant management system og licens til brugen af dette.
Idet MyGrant management system (”MGMS”) skal optimere brugernes håndtering af fonds- ansøgninger, allokering af midler til projektbevillinger- og medarbejdere, samt rapportering til myndigheder ønsker parterne at indgå nedenstående aftale.
Aftalen indebærer, at MGMS løbende opdateres under kontrakten i overensstemmelse med alle relevante lovkrav til datasikkerhed.
Definitioner
Arbejdsdag: Alle Dage mandag til fredag, bortset fra officielle danske helligdage, juleaftensdag, nytårsaftensdag. Grundlovsdag og 1. maj er ikke helligdage.
Dag: Alle kalenderdage.
Driftsmiljøet: Secec Aps’s maskinel, basisprogrammel, driftsstøttesystemer samt kommunikations- og overvågningsfaciliteter, der anvendes til drift af Systemet.
Fejl: En fejl foreligger, hvor en indbygget funktion eller data i Systemet ikke er tilgængelige for brugere med de rette egenskaber.
Kontrakten: Nærværende kontrakt med tilhørende bilag. Kontraktperioden: Den periode, hvori Kontrakten er gældende, jf. punkt 15.1. Kravspecifikationen: De i Kontraktbilag 3 - 5 anførte krav.
Leverandøren: Secec Aps
Mangel: En mangel foreligger, såfremt Systemet eller Leverandørens ydelser i øvrigt ikke opfylder de af Leverandøren givne garantier, eller i øvrigt ikke er eller fungerer som Kunden med rette kunne forvente på grundlag af Kontrakten,
Overtagelsesdag: Den Dag, hvor Kunden skriftligt godkender overtagelsesprøven for Systemet som helhed som etableret i det aftalte driftsmiljø.
Systemet: MyGrant management system i aktuel version aktiv ved starten af kontraktperioden.
1 Generelle bestemmelser
Parterne skal samarbejde med en positiv, professionel samt ansvarlig holdning og skal hver især yde en indsats for at opnå bedst mulige resultat.
Parterne skal løbende informere hinanden om ethvert forhold, som skønnes at have betydning for opfyldelse af Kontrakten. Herunder skal de loyalt udveksle information, data og dokumentation i
Leverandøren skal som led i Kontraktens opfyldelse rådgive Xxxxxx i det omfang der er specificeret i kontrakten.
Kontaktpersoner
1.1 Kundens kontaktperson
Kontaktperson:
1.2 Leverandørens kontaktperson
Kontaktperson: Direktør, PhD, Xxxxxxxxx Xxx Xxxxxxxx Xxx: x00 00 00 00 00
1.3 Kontaktpersoner
Kontaktpersonerne, som nævnt i pkt. 1.1 og 1.2, kan, hvor der ikke er angivet andet i Kontrakten, eller hvor der ikke er givet anden skriftlig meddelelse fra den respektive Part, i sædvanligt omfang bindende disponere på vegne af den respektive Part.
Parterne kan hver i sær uden varsel udpege en ny kontaktperson ved skriftligt at meddele dette over for den anden Part.
2 Leverandørens forpligtelser
2.1 Systemet
Kontrakten omfatter gennemførelsen af et projekt til opsætning og implementering af Systemet baseret på en standardløsning i Leverandørens Driftsmiljø.
Kontrakten omfatter endvidere efterfølgende drift, vedligeholdelse, videreudvikling og support af Systemet.
Systemet, dets enkelte dele og den tilhørende dokumentation skal besidde de egenskaber og opfylde de krav, der fremgår af Kontrakten, herunder navnlig Kontraktbilag 3 - 5.
2.2 Sikkerhed og databehandling
2.2.1 Generelt
Leverandøren skal overholde den til enhver tid gældende lovgivning om datasikkerhed, herunder navnlig lov nr. 429 af 31. maj 2000 om behandling af personoplysninger (med senere ændringer) samt bekendtgørelse nr. 528 af 15. juni 2000 (med senere ændringer) om sikkerhedsforanstaltninger til beskyttelse af personoplysninger.
2.2.2 Sikkerhed
Leverandøren skal uden ugrundet ophold rapportere alle sikkerhedshændelser og sikkerhedsbrud til Kunden.
I tilfælde af at sikkerhedsmæssige problemer påpeges i forbindelse med revision, test af Systemet og Driftsmiljøet, hvad enten disse udføres af Leverandøren, Xxxxxx eller tredjemand, skal de pågældende sikkerhedsmæssige problemer udbedres af Leverandøren uden omkostninger for Kunden.
Leverandøren må ikke foretage ændringer i sine sikkerhedspolitikker uden Kundens skriftlige samtykke. Samtykke kan ikke nægtes uden saglig grund.
2.3 Dokumentation
2.4 Øvrige ydelser
Aftaler om øvrige ydelser findes i Kontraktbilag 6 beskrevet med indhold, art og omfang. Priser og takster herfor er ligeledes anført i Kontraktbilag 6.
3 Kundens deltagelse
3.1 IT-miljø
Det er i Kontraktbilag 5 specificeret, såfremt Leverandøren stiller særlige krav til Kundens it-miljø for at kunne benytte Systemet.
4 Levering
4.1 Tidspunkt
Parterne skal levere deres respektive ydelser i overensstemmelse med tidsplanen i Kontraktbilag 1.
4.2 Udskydelse
Kunden kan med et varsel på mindst 20 Arbejdsdage udskyde enhver i tidsplanen fastsat tidsfrist, dog således at dette kun kan ske tre (3) gange og at de samlede udskydelser af tidsplanen maksimalt kan udgøre 60 Arbejdsdage. Kundens meddelelse om udskydelse skal ske skriftligt til Leverandøren.
Såfremt Xxxxxx udskyder en eller flere tidsfrister, er Leverandøren berettiget til at kræve alle efterfølgende tidsfrister udskudt med et tilsvarende antal Arbejdsdage.
4.3 Overtagelsesdagen
Brugsretten til Systemet overgår på Overtagelsesdagen.
4.4 Risikoens overgang
Leverandøren bærer risikoen for Systemet før og efter Overtagelsesdagen.
5 Priser
5.1 Generelt
5.2 Prisregulering
Brugsvederlag, vederlag for brugerlicenser og timepriser kan reguleres i henhold til udviklingen i Danmarks Statistiks Nettoprisindeks. Prisregulering kan ske én gang årligt til den 1. januar, dog tidligst den 1. januar 2020, i forhold til udviklingen i nettoprisindekset fra oktober til oktober i den forgangne periode.
En eventuel regulering skal meddeles skriftligt af Leverandøren senest 30 Dage før prisændringens ikrafttræden.
Senest 10 Arbejdsdage efter Leverandørens meddelelse om prisændringen, skal Kunden meddele Leverandøren skriftligt, hvorvidt prisændringen kan accepteres. Foreligger en sådan meddelelse ikke anses prisændringen for accepteret af Xxxxxx.
5.3 Vederlag for løbende ydelser
Leverandørens brugsvederlag og vederlag for brugerlicenser fremgår af Kontraktbilag 6.
Hvor ikke andet fremgår direkte af Kontraktbilag 6 udgør disse vederlag betaling for brugen af MGMS. Brugsvederlaget opkræves forud én gang om året.
5.4 Andre ydelser
Priser for andre ydelser er specificeret i Kontraktbilag 6, herunder priser for tilkøb af andre ydelser under Kontrakten.
6 Betaling
6.1 Brugsvederlag, licenser og andre ydelser
Brugsvederlag og brugerlicenser betales af Kunden i henhold til Kontraktbilag 6. Andre ydelser betales af Kunden i henhold til punkt 6.3.
6.2 Fakturering
6.2.1 Fakturaens form og indhold
Faktura – samt kreditnota – fremsendes elektronisk i OIOUBL-format til det EAN-/GLN-nummer, der er oplyst på ordren, eller direkte til kunden hvis der ikke er et EAN nummer.
Fakturaen skal indeholde:
• Dato for fakturaens udstedelse (fakturadato)
• Dato for levering af de af fakturaen omfattede Ydelser (leveringsdato)
• Et fortløbende nummer, der bygger på én eller flere serier, og som identificerer fakturaen (fakturanummer)
• Leverandørens CVR-nummer (eller SE- eller P-nummer – det nummer som Leverandørens NEM-konto er knyttet til)
• Leverandørens navn og adresse
• Kundens navn, adresse og EAN-/GLN-nummer
• Leveringsadresse (som oplyst på ordren)
• Rekvirentnummer og –navn og/eller personreference
• Ydelsens fulde betegnelse
• Pris pr. enhed ekskl. moms fratrukket rabatter
• Rabatter
• Pris i alt ekskl. moms fratrukket rabatter
• Gældende momssats
• Det momsbeløb, der skal betales
• Betalingsbetingelser (i henhold til Kontrakten)
6.2.2 Ændringer i krav
Kravene til faktura og kreditnota kan løbende ændres af Kunden, herunder f.eks. vedrørende krav til dataformat og indhold.
Xxxxxx Xxxxxx kravene til faktura og kreditnota, vil Leverandøren blive varslet i rimelig tid, hvilket vil sige minimum 30 Dage.
6.2.3 Kreditnotaer og fejlbehæftede fakturaer
Kreditnotater skal sendes, i henhold til den til enhver tid gældende lovgivning om offentlige betalinger, ved anvendelse af NemHandels-standarden.
Kunden forbeholder sig ret til at modregne kreditnotaer i Leverandørens tilgodehavender hos Xxxxxx.
Fremsendes en faktura, der ikke overholder kravene i Kontraktens pkt. 6.2, kan Xxxxxx udskyde betalingen af den pågældende faktura under forudsætning af, at Kunden har oplyst korrekt EAN- lokationsnummer ved ordreafgivelse. Kunden underretter i så fald Leverandøren om, at fakturaen ikke kan betales. Betaling gennemføres, i henhold til pkt. 6.3, efter modtagelse af kreditnota og faktura, der opfylder kravene.
6.3 Betalingsbetingelser
Betalingsbetingelsen er 14 dage fra fakturadato under forudsætning af, at Kunden har modtaget fyldestgørende elektronisk faktura. Fakturadato må ikke være tidligere end leveringsdatoen.
7 Support, vedligeholdelse og videreudvikling
En nærmere beskrivelse af Leverandørens support og vedligeholdelse af Systemet er specificeret i Kontraktbilag 7.
Hvis Leverandøren skifter til nye versioner af Systemet, og dette indebærer behov for supplerende uddannelse hos Kunden, skal Leverandøren tilbyde en sådan undervisning.
For at Kunden kan tilrettelægge sine arbejdsprocesser og egen teknologiske udvikling, samt for at lette Kundens identificering af eventuelle problemer forårsaget af Leverandøren, skal Leverandøren loyalt informere Xxxxxx om påtænkte ændringer i Leverandørens standardsystem, herunder i forbindelse med fejlrettelser, releases og versioner.
Leverandøren skal blandt andet informere om:
▪ Sine faste rutiner for indlægning af sikkerhedsopdateringer og patches
▪ Migrering til ny teknologi eller andre væsentlige ændringer i Systemet
7.1 Videreudvikling
Leverandørens videreudvikling af Systemet og Kundens indflydelse herpå er nærmere beskrevet i Kontraktbilag 7.
8 Garanti
8.1 Generelt
Leverandøren garanterer, at Systemet og Leverandørens ydelser opfylder Kontraktens krav.
8.2 God IT-skik
Leverandøren garanterer, at Leverandørens ydelser udføres i overensstemmelse med god it-skik. Er andet ikke aftalt anvender Leverandøren metoder, procedurer og værktøjer, der følger god praksis og er relevante set i forhold til Kontrakten, Kravspecifikationen og Systemet. Herunder garanteres det:
▪ At tilpasning, tilretning og opsætning af parametre i standardprogrammel udføres hensigtsmæssigt, således at risiko for problemer ved opgradering til nye versioner reduceres, og
▪ At tilpasning, tilretning og opsætning af parametre er foretaget ud fra den i branchen kendte viden på udførelsestidspunktet, herunder den dokumentation samt de fejlmeddelelser, råd og anvisninger fra producenten af anvendt standardprogrammel, som Leverandøren har eller burde have adgang til.
Garantien for overholdelse af god IT-skik gælder standardprodukter, tilpasninger, implementering og øvrige ydelser produceret inden for den koncern Leverandøren tilhører.
Garantien for overholdelse af god IT-skik gælder ikke standardprodukter fra virksomheder uden for den koncern Leverandøren tilhører. Brug af tredjemands produkter forudsætter forudgående orientering af Kunden, jf. punkt 7.
8.3 Lovkrav
Leverandøren garanterer, at Systemet på Overtagelsesdagen opfylder:
▪ Alle præceptive lovkrav, samt
▪ Alle krav i lovgivning, idet omfang sådanne krav har betydning for Systemets udformning og brug, herunder navnlig herunder lov nr. 429 af 31. maj 2000 om behandling af personoplysninger (med senere ændringer), bekendtgørelse nr. 528 af
15. juni 2000 (med senere ændringer) om sikkerhedsforanstaltninger til beskyttelse af personoplysninger, som behandles for den offentlige forvaltning samt den dertilhørende vejledning samt lov nr. 1023 af 23. september 2014 om social service.
Så længe Leverandørens forpligtelse til levering af vedligeholdelse og support består, gælder kravet til enhver tid i forhold til den på det pågældende tidspunkt gældende lovgivning.
9 Leverandørens misligholdelse
9.1 Fejl og mangler
9.1.1 Afhjælpning
9.1.2 Reklamation
Kunden skal ved sin reklamation beskrive, hvorledes og hvornår det påberåbte problem viser sig samt, hvordan det genskabes eller påvises på anden vis.
I det omfang Kunden skal benytte specielle rapporteringsværktøjer eller procedurer i forbindelse med sin reklamation, fremgår disse af Kontraktbilag 7.
9.2 Ophævelse
Kunden kan hæve Kontrakten helt eller delvist efter Kundens valg, såfremt Leverandøren væsentligt misligholder denne. Det anses blandt andet for væsentligt misligholdelse, såfremt:
▪ Kunden reklamerer over væsentlige forsinkelser, fejl eller mangler, og disse ikke er afhjulpet inden rimelig tid,
▪ Leverandøren ophører med den virksomhed som Kontrakten vedrører
▪ Leverandøren går konkurs, træder i betalingsstandsning, åbner forhandling om akkord eller Leverandørens økonomiske forhold i øvrigt viser sig, at være af en sådan karakter, at Leverandøren må anses for værende ude af stand til at opfylde Kontrakten,
▪ Leverandøren kræves opløst af en eller flere offentlige myndigheder, herunder Erhvervsstyrelsen,
▪ Leverandøren groft eller gentagne gange overtræder relevant lovgivning, eller hvis Leverandøren dømmes under en civilretlig sag eller en straffesag for et forhold, der kan rejse tvivl om Leverandørens hæderlighed, eller
▪ Der for Leverandøren indtræder andre omstændigheder, som kan bringe Kontraktens opfyldelse i alvorlig fare
Ophævelse kan alene ske med virkning for fremtiden.
9.3 Reduktion af Leverandørens ansvar
Leverandøren er ikke ansvarlig for forsinkelser, fejl eller mangler i det omfang, at Leverandøren kan dokumenterer, at disse skyldes:
▪ Kundens eller dennes øvrige leverandørers misligholdelse,
▪ Kundens uforsvarlige adfærd,
▪ Kundens indgreb i eller ændring af Systemet,
▪ Fejl i Kundens it-miljø, eller
▪ Kundens forkerte anvendelse af Systemet.
10 Kundens misligholdelse
10.1 Manglende betaling
Misligholder Xxxxxx sine betalingsforpligtelser efter Kontrakten, er Leverandøren berettiget til rente i henhold til reglerne i renteloven.
Har Leverandøren skriftligt påtalt Kundens misligholdelse med betaling af forfaldne beløb, og angiver påkravet samtidig at manglende betaling inden 30 Arbejdsdage vil medføre, at Kontrakten ophæves, eller at alt arbejde standses, kan Leverandøren enten ophæve Kontrakten helt eller delvist eller suspendere sit arbejde med Kontraktens opfyldelse, såfremt Kunden ikke inden fristens udløb har betalt det påtalte forfaldne beløb.
10.2 Kundens misligholdelse i øvrigt
Såfremt Xxxxxx misligholder sine forpligtelser under Kontrakten, herunder forhold som nævnt i Kontraktbilag 1, og dette medfører forsinkelse, har Leverandøren ret til at udskyde alle tidsfrister, der er påvirket af Xxxxxxx misligholdelse.
Leverandøren kan kræve renter af udskudte betalinger, der er af en følge af Xxxxxxx misligholdelse.
10.3 Reklamation
Leverandørens ret i henhold til punkt 10.1 og 10.2 er betinget af, at Leverandøren skriftligt underretter Kunden herom uden ugrundet ophold. Underretningen skal angive, hvori misligholdelsen, herunder den manglende medvirken, består samt konsekvenserne af denne.
11 Erstatning, produktansvar og forsikring
11.1 Erstatning
Parterne er erstatningsansvarlige efter dansk rets almindelige regler, dog med følgende undtagelser:
▪ For forhold, der udløser betaling af bod, kan Kunden kun kræve erstatning, i det omfang at der dokumenteres et tab ud over bodsbeløbet.
▪ Erstatning og bod er tilsammen pr. år begrænset til det pågældende års brugsvederlag, dog mindst DKK 5.000.
▪ Parterne er ikke i noget tilfælde ansvarlige for følgeskader eller andet indirekte tab.
Ovenstående ansvarsbegrænsninger gælder kun, såfremt tabet ikke er opstået som en følge af en Parts forsæt eller grove uagtsomhed. Begrænsningerne gælder heller ikke for erstatnings- eller regreskrav, der er afledt af tredjemands rettigheder eller reglerne om produktansvar.
11.2 Produktansvar
Leverandørens produktansvar følger dansk rets almindelige regler herom.
11.3 Forsikring
Leverandøren er i Kontraktperioden forpligtet til at opretholde en sædvanlig erhvervs- og produktansvarsforsikring.
Leverandøren skal på Kundens anmodning godtgøre forsikringens eksistens og omfang.
12 Force majeure
Hverken Leverandøren eller Kunden skal i henhold til nærværende Kontrakt anses for ansvarlig overfor en anden Part, for så vidt angår forhold, der ligger udenfor Partens kontrol, og som Parten ikke ved Kontrakten underskrift burde have taget i betragtning og ej heller burde have undgået.
Forhold hos en underleverandør anses kun for force majeure, såfremt der for underleverandøren foreligger en sådan hindring, og Leverandøren ikke burde have undgået eller overvundet denne, eventuelt ved brug af alternativ underleverandør.
Force majeure ved forsinkelse kan højst gøres gældende med det antal Arbejdsdage, som force majeure situationen varer. Såfremt en tidsfrist for Leverandøren udskydes på grund af force majeure, udskydes de betalinger, der knytter sig dertil, tilsvarende. Force majeure kan kun påberåbes, såfremt den pågældende Part har givet skriftlig meddelelse herom til den anden Part senest 5 Arbejdsdage efter, at force majeure er indtrådt.
Den Part, der ikke er ramt af force majeure situationen, er berettiget til at annullere Kontrakten helt eller delvist, såfremt den aftalte Overtagelsesdag overskrides med 60 Arbejdsdage som følge af
force majeure. Ved en sådan annullering beholder begge Parter hvad de har modtaget fra den anden Part. Der består derefter ingen yderligere krav mellem Parterne.
13 Rettigheder til programmel, dokumentation data
13.1 Brugsret
Kunden erhverver i Kontraktens løbetid en brugsret til Systemet og den tilhørende dokumentation samt enhver ændring heri. Uanset, hvad der i øvrigt måtte være anført i Kontrakten, gælder følgende for brugsretten:
• Brugsretten til Systemet omfatter alle enheder, der udgør en del af Kunden, specificeret i Xxxxxxxxxxxxx 0.
13.2 Ophavsret
Leverandøren bevarer ophavsretten til Systemet, samt til programmel m.v., som udvikles som led i Kontraktens opfyldelse.
Kunden må ikke kopiere programmet med mindre dette er aftalt imellem parterne. Kunden må ikke:
A, Reverse engineer B, Xxxxxxx assemble C, Reverse compile D, Sublicensere
E, Distribuere F, Markedsføre G, Udleje,
H, Lease
I, Overføre eller
I, på anden vis disponere over systemet eller bruge dette som del i en service aktivitet for andre.
13.3 Underleverandørers licensbetingelser
Såfremt Xxxxxx som følge af krav fra underleverandører skal underskrive licensbetingelser direkte overfor disse, skal der i alle forhold mellem Leverandøren og Kunden ses bort fra disse licensbetingelser i det omfang, bestemmelserne strider mod nærværende Kontrakt. Leverandøren skal således også skadesløsholde Kunden for eventuelle krav fra underleverandører, der støttes på de nævnte licensbetingelser, og som ikke påhviler Kunden efter nærværende kontrakt.
13.4 Rettigheder til data
13.4.1 Kundens rettigheder over data
Kunden alene har råderet, adkomst, ejendoms- og ophavsret over og til de data, og andre informationer, der i medfør af Kontrakten gøres tilgængelige for Leverandøren eller fremkommer som led i Leverandørens opfyldelse af aftalen.
13.4.2 Udlevering og håndtering af data
Kunden har ret til på hvilket som helst tidspunkt, herunder i forbindelse med Kontraktens ophør, med et skriftligt varsel på ti (10) Arbejdsdage at få udleveret data som nævnt i punkt 13.4.1, som måtte være i Leverandørens besiddelse.
Data skal udleveres ved elektronisk overførsel i et let læseligt dataformat.
Overholder Leverandøren ikke fristen for udlevering, skal Leverandøren betale en dagbod på DKK 500,- for hver påbegyndt Arbejdsdags forsinkelse.
Leverandøren modtager vederlag for sine ydelser i forbindelse med nærværende punkt særskilt betaling i henhold til de i Kontraktbilag 6 anførte timesatser.
14 Tredjemands rettigheder
Leverandøren indestår uden tidsbegrænsning for, at Systemet og Kundens anvendelse af dette ikke krænker tredjemands rettigheder, herunder ophavs-, patent-, brugsrettigheder.
Kunden skal straks give Leverandøren skriftlig meddelelse, hvis Kunden bliver opmærksom på eventuelle rettighedskrænkelser og bistå Leverandøren under sagen i fornødent omfang.
Leverandøren er forpligtet til i enhver henseende at skadesløsholde Kunden for enhver omkostning under en eventuel rettighedstvist med tredjemand, herunder omkostninger til advokat og øvrige sagsomkostninger.
15 Varighed og opsigelse
15.1 Varighed
Kontrakten træder i kraft ved underskrivelsen, og løber fra Overtagelsesdagen og frem indtil den opsiges. Dog gælder den i mindst et år.
15.2 Opsigelse
15.2.1 Kundens opsigelse
Kunden kan opsige Kontrakten med 3 måneders varsel til den første i en måned.
Ved opsigelse af Kontrakt til udløb før 24 måneder regnet fra Overtagelsesdagen er Leverandøren berettiget til et exit-fee som angivet i Kontraktbilag 6.
Hvis udbuddet vedrørende de af Kontrakten omfattede ydelser indbringes for Klagenævnet for Udbud eller domstolene, og Kundens beslutning om at tildele Leverandøren Kontrakten annulleres, og/eller Kontrakten erklæres for ”uden virkning” eller Kunden på anden måde pålægges at bringe Kontrakten til ophør, kan Kontrakten dog opsiges – helt eller delvist – med én (1) måneds varsel til den første i en måned. Leverandøren har i tilfælde af en sådan opsigelse ikke krav på erstatning eller exit-fee.
15.2.2 Leverandørens opsigelse
Leverandøren kan opsige Kontrakten med 3 måneders varsel til den første i en måned. En sådan opsigelse kan dog ikke finde sted inden for de første 24 måneder efter Overtagelsesdagen.
15.2.3 Forlængelse efter opsigelse
Såfremt Kundens overgang til et nyt system forsinkes, kan Kunden, uanset en afgivet opsigelse i henhold til punkt 15.2.1, forlænge Kontraktens varighed med op til seks (6) måneder ved skriftlig meddelelse til Leverandøren senest 30 Dage for det tidspunkt, hvor Kontrakten ellers ville udløbe.
16 Forhold ved ophør
16.1 Generelt
Leverandøren har i særlige tilfælde mulighed for (mod betaling) at medvirke til overflytning af Kundens data til et andet driftsmiljø, hvad enten dette er installeret hos Kunden selv eller hos tredjemand. Leverandørens immaterielle rettigheder må ikke være til hinder herfor.
Kontraktens punkt 13.4 gælder ligeledes ved Kontraktens ophør.
Leverandøren er berettiget til særskilt betaling efter rimelig og dokumenteret medgået tid i henhold til de i Kontraktbilag 6 anførte timesatser for ophørsassistance samt et rimeligt vederlag for opbevaringen af Kundens data. Dette gælder dog ikke, såfremt Kontraktens ophør skyldes Kundens ophævelse på grund af Leverandørens væsentlige misligholdelse. Har Kunden betalt helt eller delvist for sådan assistance og opbevaring, fordi Leverandøren bestrider ophævelsens berettigelse, og får Kunden efterfølgende medhold i ophævelsens berettigelse ved en voldgiftskendelse eller på anden vis, jf. punkt 20, er Kunden berettiget til at få sådanne betalinger refunderet.
Ovenstående forpligtelser og rettigheder vedrørende ophørsassistance er gældende i op til seks
(6) måneder efter Kontraktens ophørstidspunkt.
16.2 Opbevaring af data
Leverandøren skal på anfordring fra Kunden i op til et (1) år fra Kontraktens ophør opbevare de data tilhørende Kunden, der var i Leverandørens besiddelse ved Kontraktens ophør. Leverandøren oppebærer i så fald rimeligt vederlag herfor, så længe forpligtelsen gælder. Kunden kan når som helst opsige denne forpligtelse med én (1) måneds forudgående skriftligt varsel.
17 Tavshedspligt
Parterne skal iagttage tavshed i sædvanligt omfang for forhold, som ikke er alment kendte.
For Kundens ansatte gælder reglerne for ansatte i den offentlige sektor.
Leverandøren og dennes personale skal iagttage ubetinget tavshed/fortrolighed for så vidt angår oplysninger vedrørende Kundens og borgeres fortrolige forhold, der kommer til deres kendskab ved forberedelse, indgåelse og opfyldelse af Kontrakten. Leverandøren må hverken anvende eller videregive sådan information på anden vis end som led i opfyldelse af Kontrakten.
Leverandøren må bruge Kunden som almindelig reference, f.eks. i forbindelse med udbud.
Leverandøren må ikke uden Kundens forudgående, skriftlige tilladelse udsende offentlige meddelelser om Kontrakten eller offentliggøre noget om Kontraktens indhold, ligesom Leverandøren ikke må anvende Kunden i reklamemæssig sammenhæng uden Kundens forudgående skriftlige samtykke.
Enhver af Parterne har ret til at videregive information vedrørende Kontrakten, og herunder offentliggøre Kontrakten helt eller delvist, i det omfang Parten er forpligtet hertil i henhold til gældende lovgivning, herunder lov om offentlighed i forvaltningen, til opfyldelse af en specifik domstolsbeslutning eller myndighedsbeslutning.
18 Overdragelse
Parterne kan ikke uden den anden Parts skriftlige samtykke overdrage sine rettigheder og forpligtelser ifølge Kontrakten til tredjemand. En Part kan ikke nægte et sådant samtykke uden saglig grund.
19 Benyttelse af underleverandører
Leverandøren kan ikke uden Kundens skriftlige samtykke overlade væsentlige dele af Kontraktens opfyldelse til underleverandører i videre udstrækning end angivet i Kontrakten. Kunden kan ikke nægte sådant samtykke uden saglig grund.
Leverandøren hæfter for sine underleverandørers ydelser efter Kontrakten på ganske samme måde som for sine egne forhold.
20 Tvistigheder
20.1 Lovvalg og fortolkning
Kontrakten er undergivet dansk ret.
Ved fortolkning af Kontrakten har Kontraktens bestemmelser forrang for formuleringer i tilhørende bilag.
Bestemmelser i Leverandørens tilbud, der ikke er gentaget i Kontrakten samt tilhørende bilag og underbilag, kan ikke efterfølgende påberåbes som fortolkningsgrundlag.
20.1.1 Uenighed om kategorisering af en fejl
Ved uenighed om kategorisering af en fejl, kan hver af Parterne henvise spørgsmålet til de repræsentanter, der i henhold til Kontraktbilag 9 har det daglige ansvar for Parternes samarbejde, der da sammen afgør spørgsmålet. Kan de ikke opnå enighed, skal forhandlingerne søges løftet op på højt plan i Parternes organisationer. Hvis enighed fortsat ikke kan opnås, kan hver af Parterne anmode Det Danske Voldgiftsinstitut om at udmelde en uvildig sagkyndig, der
afgør spørgsmålet endeligt og bindende for begge Parter.
20.2 Øvrige tvister
20.2.1 Forhandling
Ved uoverensstemmelser i forbindelse med Kontrakten skal Parterne med en positiv, samarbejdende og ansvarlig holdning søge at indlede forhandlinger med henblik på at løse tvisten. Om nødvendigt skal forhandlingerne søges løftet op på direktionsniveau i Parternes organisationer.
20.2.2 Mediation
Kan Parterne ikke opnå en løsning ved forhandling, skal tvisten på begæring fra en Part søges løst ved mediation ledet af en mediator udpeget af Xxxxxxxx. Har Parterne ikke opnået enighed om valg af mediator inden 10 Dage efter, at en af dem har fremsat ønske om mediation, kan enhver af Parterne indgive begæring til foreningen Danske it-advokater (DITA) om at udpege en mediator. Mediation udføres i overensstemmelse med Danske it-advokaters mediationsprocedure.
Mediation indledes ved, at en af Parterne sender et skriftligt påkrav om mediation til den anden Part med kopi til DITA. Mediator skal udpeges af DITA senest otte (8) Arbejdsdage efter DITAs modtagelse af påkrav om mediation.
Som minimum har en Part pligt til at deltage i det første møde, som mediator indkalder til. En Part er dog berettiget til at indlede retssag, såfremt en udsættelse deraf kan føre til retsfortabelse, f.eks. på grund af forældelse.
Udgifterne til medation afholdes af Parterner i fælleskab.
20.2.3 Voldgift
Er konflikten ikke løst ved mediation inden otte (8) uger efter, at der blev fremsat ønske om mediation, er hver af Parterne berettiget til at kræve tvisten afgjort endeligt ved voldgift i henhold til Det Danske Voldgiftsinstituts regler.
Voldgiftsretten sættes i Aarhus, Danmark, med mindre andet aftales.
21 Underskrifter
For Kunden | For Leverandøren | ||
Dato og underskrift | Dato og underskrift | ||
PhD, CEO, Xxxxxxxxx Xxx Xxxxxxxx | |||
Titel og navn på underskriver | Titel og navn på underskriver |
Nærværende kontrakt er udfærdiget i to enslydende eksemplarer, hvoraf Leverandøren og Kunden har et eksemplar hver.
Kontraktbilag 1: Indledning og tidsplan
Denne aftale vedrører adgang, drift, systemservice og support af MyGrant management systemet.
Når aftalen er godkendt og underskrevet af begge parter, vil Leverandøren påbegynde opsætning af Kundens miljø i henhold til den aftalte plan. Der skal hos Kunden udvælges minimum én MyGrant superbruger, som sammen med Leverandøren vil gennemgå systemopsætningen i forbindelse med overdragelse af miljø til Kunden.
Al direkte korrespondance med Leverandøren foregår via Kundens superbrugere. Tilsvarende vil Leverandøren kontakte Xxxxxx via superbrugerne.
I løbet af de første 30 dage efter overdragelse af MyGrant miljøet vil Leverandøren yde support til Kunden efter behov. Denne support er inkluderet i aftalens Opstartspakke i Kontraktbilag 6.
Efterfølgende support afregnes i henhold til abonnementsaftale og tilkøb som anført i Kontraktbilag 6.
Ændring af kontrakten sker efter anmodning fra Kunden eller Leverandøren i overensstemmelse med kontrakten og nærværende bilag.
Kundens ændringsanmodning skal som minimum indeholde følgende:
• Beskrivelse af den ønskede ændring
• Forslag til prioritering af ændringen
• Dato for fremsættelse af ændringsanmodningen
Ændringsanmodningen skal være tilstrækkelig detaljeret til, at Leverandøren i overensstemmelse med kontrakten kan udarbejde et estimat på den pris, som vil være forbundet med udarbejdelse af et løsningsforslag.
Leverandørens ændringsanmodning skal have samme indhold som indholdet af et løsningsforslag til Kunden og som minimum indeholde følgende:
• Referat af ændringsanmodningen
• Beskrivelse af de påkrævede ændringer til opfyldelse af ændringsanmodningen
• Pris for gennemførelse af løsningsforslaget og evt. konsekvenser for aftalt betalingsplan
Med mindre andet er aftalt udarbejder Leverandøren de nødvendige korrektioner til bilag, der berøres af ændringen og løsningsforslaget vedlægges disse.
Kunden kan vælge at afvise et løsningsforslag, anmode om ændring af løsningsforslaget eller at acceptere løsningsforslaget.
Hvis Kunden anmoder om ændring af løsningsforslaget, udarbejder Leverandøren senest 5 arbejdsdage herefter et revideret løsningsforslag til Kunden.
Anmodning om væsentlige ændringer af et løsningsforslag anses som en afvisning af det foreliggende løsningsforslag samt fremsættelse af en ny ændringsanmodning, der så skal behandles særskilt i overensstemmelse med kontrakten og nærværende bilag.
Hvis løsningsforslaget eller Leverandørens ændringsanmodning accepteres af Xxxxxx, skal denne skriftligt have godkendt forslaget eller anmodningen forinden arbejdets iværksættelse.
Tidsplan
Der er imellem kunden og Leverandøren aftalt følgende detaljerede tidsplan for instruktion i systemet, indlæggelse af data, afprøvning, og overtagelse af systemet:
Instruktion
Kunden præsenteres for og instrueres i Systemet.
Indlæggelse af data fordelt på organisationens struktur og basis data
Systemopsætning hos Kunden og indlæggelse af data sker i samarbejde med Leverandøren.
Afprøvning af systemet
Kunden får stillet systemet til rådighed til afprøvning.
Overtagelse af systemet
Kunden overtager systemet hurtigst muligt efter underskrevet kontrakt.
MyGrant Management System – web-baseret applikation til styring og administration af fondsbevillinger modul 1-5.
Softwaren ejes af Leverandøren.
Kunden ejer de data, som er registreret i systemet. Kunden har adgang til at anvende softwaren i egen organisatoriske afdeling, bestående af følgende grupperinger/afsnit/afdelinger:
Ved ophør af kontrakten kan Kunden, mod betaling, forlange at få data udleveret i et læsbart format.
• Business units
• Subunits
Endvidere giver systemet mulighed for rettighedsstyring på 3 niveauer i form af brugerrollerne:
• Basic User
• Account User
• Account Admin User
Flere detaljer omkring brugerroller og rettighedsstyring kan ses på tabellen i dette bilag.
Det skal være muligt for en Systemadministrator hos kunden selv at konfigurere systemet således, at indhold og funktionalitet tilpasses i forhold til den enkelte brugers arbejdsfunktion og rettigheder. Den enkelte bruger skal selv kunne tilpasse viste kolonner og sortere i lister og derved få præsenteret den, for brugeren, relevante information.
Leverandøren skal gøre det klart under hvilke forhold, at Leverandørens medarbejdere kan tilgå Kundens data. Leverandøren skal sikre at sikkerhedskrav til Systemet overholdes.
Brugerrettigheder og adgange | Basic user | Account user | Account admin user | ||||
Modul | Funktionalitet | Læse | Skrive | Læse | Skrive | Læse | Skrive |
Fundraising | Funding agencies | xo | o | xo | o | xo | xo |
Fundraising | Funding opportunities | xo | o | xo | o | xo | xo |
Fundraising | Funding lists | o | o | o | o | o | o |
Fundraising | Funding strategy | o | o | o | o | o | o |
Applications | Grant applications* | o | o | xo | o | xo | xo |
Applications | Application lists** | o | o | o | o | xo | xo |
Applications | Success rates | o | o | xo | o | xo | xo |
Grant management | Grants | o | o | xo | xo | xo | xo |
Grant management | Grants - Deadlines | o | o | xo | xo | xo | xo |
Grant management | Grants - Budgets | o | ingen | xo | xo | xo | xo |
Grant management | Grants - Budget allocations | o | ingen | xo | xo | xo | xo |
Grant management | Grants - Budget allocations - Employee allocation | ingen | ingen | xo | xo | xo | xo |
Grant management | Grants - Project tasks | o | o | xo | xo | xo | xo |
Grant management | Grants - Documents | o | o | xo | xo | xo | xo |
Grant management | Grants - Details | o | ingen | xo | xo | xo | xo |
Grant management | Project task overview | o | o | xo | xo | xo | xo |
Grant management | Budget overview | o | o | xo | xo | xo | xo |
Grant management | Budget overview - Employee allocation | ingen | ingen | xo | xo | xo | xo |
Grant management | Ressource allocations | ingen | ingen | xo | xo | xo | xo |
Grant management | Payroll budget | ingen | ingen | xo | xo | xo | xo |
Accounting | Transactions | ingen | ingen | xo | o | xo | xo |
Accounting | Expense tracking | o | o | xo | o | xo | xo |
Accounting | Available funds | o | o | xo | o | xo | xo |
Accounting | Payroll accounting | ingen | ingen | xo | o | xo | xo |
Accounting | Account balance | o | o | xo | o | xo | xo |
Accounting | Annual accounts | o | o | xo | o | xo | xo |
Accounting | Time tracking | o | o | xo | o | xo | xo |
Timely | Fundraising deadlines | xo | o | xo | o | xo | xo |
Timely | Grant deadlines | o | o | xo | o | xo | xo |
Timely | Employment deadlines | o | o | xo | o | xo | xo |
Organisations | Business Units | x | ingen | x | ingen | xo | xo |
Organisations | Subunits | x | ingen | x | ingen | xo | xo |
Organisations | Employments | o*** | ingen | xo | ingen | xo | xo |
Organisations | Employments - Ressource allocation | ingen | ingen | xo | xo | xo | xo |
Settings | Accounts | ingen | ingen | ingen | ingen | x | x |
Settings | Business Units | x | ingen | x | ingen | x | x |
Settings | Employee Position Types | x | ingen | x | ingen | x | x |
Settings | Employee Types | x | ingen | x | ingen | x | x |
Settings | Expense Types | x | ingen | x | ingen | x | x |
Settings | Funding Agency Types | x | ingen | x | ingen | x | x |
Settings | Project Task Statuses | x | ingen | x | ingen | x | x |
Settings | Suppliers | x | ingen | x | ingen | x | x |
Settings | Users | ox | ingen | ox | o | x | x |
x = Global ; o = Privat | |||||||
*En bruger er d.d. ansat ved subunit A, men har tidligere været ansat ved subunit B; brugeren (eller en administrator) kan oprette en ansøgning med brugeren som ansøger både ved subunit A og B, selvom brugeren ikke længere er ansat ved subunit B. En bruger har tidligere været ansat ved subunit A og B, men ansættelserne er nu ophørt og brugeren er ikke længere ansat; brugeren (eller en administrator) kan oprette en ansøgning med brugeren som ansøger både ved subunit A og B, selvom brugeren ikke længere har nogen ansættelse. | |||||||
**En bruger er d.d. ansat ved subunit A, men har tidligere været ansat ved subunit B; brugeren kan se de applications på sin liste, som brugeren tidligere SELV har oprettet i subunit B. | |||||||
***Begrænset til at kunne se listen over Employments - ingen løntal | |||||||
= subnit adgang | |||||||
= subnit adgang pr d.d. | |||||||
Kontraktbilag 4: Funktionelle krav
MyGrant er et specialudviklet værktøj til fundraising og administration af eksterne fondsmidler. Et modulopbygget online system med intuitiv brugerflade og simpel navigation. Se struktur, modulopbygning og sammengæng på vedlagte figur.
Settings & Organisations
Kunden kan registrere navn, adresse, email, telefonnummer, ansættelsesperiode- og sted samt bruttoløn på alle oprettede brugere/medarbejdere i Systemet. Mulighed for dokument upload.
Systemmiljøet kan tilpasses Kundens behov i form af en række variable, som Kunden selv har mulighed for at definere.
Systemet opererer med to organisatoriske niveauer – Business units og Subunits – som oprettes og tilpasses Kundens specifikke organisation og interne grupperinger.
Fundraising
Kunden kan oprette sin egen database med relevante søgemuligheder og information om fonde, programmer, ansøgt budget, typer af udgifter, ansøgningsdeadlines etc. Kunden kan efterfølgende søge i fondsdatabasen og generere lister over udvalgte søgemuligheder.
Xxxxxx har mulighed for at lave en fundraising strategi, visualisere deadlines og planlægge ansøgningsprocessen.
Applications
Kunden kan gemme sine fondsansøgninger i et online arkiv og beregne succesrater. Mulighed for dokument upload. Bevilgede ansøgninger overføres automatisk til Grant Management modulet.
Grant management
Kunden kan holde styr på alle sine bevillinger og ressourcer med mulighed for at planlægge opgaver, allokere personale og få et overblik over de budgetterede fondsmidler. Endvidere er der mulighed for dokument upload i personlige bevillingsporteføljer.
Accounting
Kunden kan hold øje med sine budgetter og projektudgifter, som indtastes manuelt eller importeres fra eksterne økonomisystemer. Mulighed for løbende overvågning af forbrug, kontobalancer og regnskaber. Der er indbygget et modul til simpel tidsregistrering og print af timesedler.
Timely
Kunden kan planlægge alle sine opgaver, så disse kan færdiggøres til rette tid. Påmindelser om vigtige deadlines og opgaver (fx. rapporter til fonde, regnskaber, ansøgningsfrister, ansættelsesudløb) vises i en simpel oversigt.
Kunden har mulighed for at importere data i Excel format til MyGrant systemet samt at eksportere data fra MyGrant systemet til Excel eller lignende format samt til Adobe PDF. Det vil derfor være en fordel for kunden at have adgang til dermed kompatible programmer.
Abonnementsafgift
Leverandøren udarbejder et personligt tilbud til Kunden for den årlige abonnementsafgift
Bemærk: Secec Aps forbeholder sig ret til at prisregulere abonnementsafgiften efter udløb af bindingsperioden.
Betalingsplan
Abonnementsafgiften betales forud for minimum ét år af gangen og er gældende fra kontraktdato.
Tilkøb
Den årlige abonnementsudgift til MyGrant inkluderer adgang til alle moduler og features for det antal brugere, som er aftalt med Kunden. Der er dog altid mulighed for at opgradere brugerantallet undervejs i kontraktperioden, hvis der pludseligt opstår behov flere brugere. I dette tilfælde vil Leverandøren udarbejde et tillæg til kontraktbilag 6 på den aftalte merudgift, som skal godkendes af Xxxxxx. Support ud over de timer, der er inkluderet i abonnementsudgiften, kan tilkøbes for 950 kr/time ex. moms. Denne timesats gælder ligeledes for evt. ophørsassistance. På anmodning fra Kunden skal leverandøren fremsætte et tilbud på opbevaring af Kundens data ved Kontraktens ophør.
Udvikling
Kunden har mulighed for at tilkøbe specialudviklede funktioner/features efter aftale med Leverandøren. Kontakt xxxx@xxxxxxx.xx for nærmere oplysninger.
Opsigelse
Kunden kan opsige kontrakten med 3 måneders varsel til den første i en måned. Ved opsigelse af kontrakt til udløb før 24 måneder regnet fra overtagelsesdagen, skal Kunden betale et exit-fee på 15% af kontraktprisen til Leverandøren.
Kontraktperiode
Den aftalte pris er gældende i et år fra den dato, hvor kontrakten er blevet underskrevet. Derefter kan parterne indgå ny aftale om forlængelse.
MyGrant management systemet kan tilgås via personligt login på websitet: xxxxx://xxx.xxxxxxx.xx/
Der er åben for adgang til systemet på alle hverdage mellem kl. 06.00 til kl. 23.00 med mulighed for varslet service i forbindelse med vedligehold af softwaren.
Leverandøren stiller altid de nyeste forbedringer af softwaren til rådighed for Kunden. Kunden kan præge udviklingen af systemet, men ansvaret og beslutningen herfor ligger udelukkende hos Leverandøren. Kunden kan dog altid forlange at se release-planer og løsningsbeskrivelser af de enkelte funktioner, samtidig med at Leverandøren forventes at kunne redegøre for release-planens prioriteringer.
MyGrant applikationen køres via Jelastic, som er en robust og skalerbar ”platform-as-a-service (PaaS)” cloud-løsning hosted af Layershift, som garanterer en oppetid på 99,9%.
Automatisk snapshot backup af applikationsserver og databaseserver inklusiv al data sker hver 6. time og gemmes i 14 dage. Herudover tages automatisk backup af database én gang ugentligt til langtidsopbevaring. Backup-filerne opbevares på en anden fysisk adresse end databaseserveren og kan nemt hentes og gendannes i nødstilfælde eller efter nedbrud.
Leverandøren vil i situationer, hvor en backup skal restores sørge for at restore indholdsdata til et sekundært miljø, hvor data kan afprøves inden disse endeligt lægges på produktionsmiljøet.
MyGrant systemet tilgås via krypteret SSL forbindelse, som er en sikker forbindelse imellem bruger og MyGrant applikation, der sikrer at data ikke opsnappes undervejs.
MyGrant systemet er tilpasset Persondataloven.
Leverandøren ejer al kildekode til MyGrant softwaren, hvilket sikrer at udviklingen uden videre kan overdrages til anden softwareudviklingsfirma, om nødvendigt.
Leverandøren yder support til Kunden via e-mail (xxxx@xxxxxxx.xx), telefon (x00 00000000) eller online chat funktion (xxxxx://xxx.xxxxxxx.xx/). Som udgangspunkt skal al direkte kontakt til Leverandøren foregår via Kundens superbrugere med mindre andet er aftalt. Tilsvarende vil Leverandøren kontakte Xxxxxx via superbrugerne.
Leverandøren skal varetage følgende funktioner:
• Registrering af alle henvendelser fra superbrugere
• Førstehåndssupport til superbrugere, besvarelse af korte præcise spørgsmål (telefonisk eller via email) vedrørende anvendelse af Systemet
• Problem diagnostisering med henblik på at afgøre, om et konstateret forhold beror på fejl og mangler i Systemet eller Driftsmiljøet
• Opfølgning på ikke løste hændelser ekspederes videre til Leverandøren
• Opfølgning/information til superbrugere om status, problemløsning og plan for løsning samt evt. ændringer heri
Leverandørens forpligtelser inkluderer følgende:
• Udbedring af fejl og mangler
• Generel, løbende forbedring af softwaren
Udbedring af fejl og mangler samt funktionel opgradering af softwaren udføres ikke på Kundens instans uden forudgående varsling/aftale med Kunden.
Leverandøren er forpligtet til at udarbejde release-notes, der specificerer indholdet af såvel fejlrettelser som funktionelle forbedringer.
Hvis det kan dokumenteres at udbedring af en fejl af lille praktisk betydning for Kunden vil involvere uforholdsmæssigt store omkostninger kan Leverandøren undlade at udbedre fejlen.
Udbedring af fejl ved patching1 anses for tilstrækkelig, når dette er fuldført og softwaren igen kører fejlfrit og er anvendelig for Kunden, også selvom endelige udbedringer og tilretninger måtte ske senere.
Software service vil blive ydet direkte fra Leverandøren.
Nye versioner af softwaren og/eller patches med tilhørende dokumentation vil blive gjort tilgængeligt for Kunden gennem opgradering af softwaren på hosting lokationen.
1Patch defineres som software – skabeloner eller designelementer, der retter den på ethvert givet tidspunkt aktuelle version af softwaren.
Samarbejdsorganisationen består i princippet af 2 niveauer:
• Styregruppe med deltagelse fra Leverandøren og Kunden
• Superbrugere udvalgt hos Xxxxxx