IT Kontrakter Flashcards
Hvad er Præceptivlovgivning
Der ikke kan fraviges ved aftale
Hvad er - Deklaratoriske lovgivning
Mulighed for fravigelse ved aftale
hvad vil det sige at fravige?
Underlade at overholde aftalen
Hvad er “Baggrundsretten” ?
Under aftaleindgåelsen, vil man tage baggrundsretten i betragtning. Under et længerevarende IT- projekt, vil kontrakten sjældent dækker over alle uoverensstemmelser, hvorfor baggrundsretten bliver relevant. I dette tilfælde, vil dansk rets almindelige regler blive aktuelle.
Ydermere, præceptiv lovgivning gå forud for leverancen, hvis det bliver aktuelt.
Eksempel: Udvikles et system, der behandler persondata, må paterne ikke aftale, at forringe sikkerhedsniveauet under det krav, der gælder ift. persondataretten.
Hvilke obligationsretlige principper bruges i IT kontrakter?
I nogle tilfælde omfattes IT- leverancer af købeloven, hvis ikke, tager man udgangspunkt i den almindelige obligationsretten. (Parternes rettigheder og forpligtigelser i skyldforhold).
Hvornår omfattes IT kontrakter ikke af købeloven?
Hvis den primære ydelse består af tilpasninger af standardprogrammellet, omfattes aftalen ikke af købeloven, da det betragtes som en tjenesteydelse.
Hvilke typer af IT standard kontrakter findes der?
K01, K02 og K03 (systemanskaffelsesaftaler)
Hvordan er IT kontrakter omfattet af ophavsretsloven?
Brug og overdragelse af edb- systemer er omfattet af ophavsretsloven.
Hvordan fastlægger man forpligtelser i diverse IT kontrakter?
Udviklingsaftaler
Anvendelse: Hvem skal have rettighederne?
Uden speciel regulering: Kunden får brugsret, leverandør får ophavsret.
Softwarelicensaftaler
Anvendelse:Brugsret
Licenstager får brugsret
Driftsaftaler
Anvendelse:Ophavsretten
Hvem har tilladelse til at overdrage tredjepartsprogrammel til hinanden - Må virksomhed X overdrage et system de ikke har ikke ophavsret på? Nej
Hvilke typer aftaler er i fokus i faget?
Udviklingsaftaler
Softwarelicensaftaler
Driftsaftaler
Hvad er udviklingsaftaler?
Aftaler hvor standardprogrammer ikke løser problemet og et speciallavet program ønskes.
Hvad er fordelene ved udviklingsaftaler?
Dækker behov
Kontrol over videreudvikling af programmet
Hvad er ulemperne ved udviklingsaftaler?
Dyrt at anskaffe
Kræver mange ressourcer Kræver tæt samarbejde mellem kunde og leverandør
Leveranceproblemer
Hvad er de grundlæggende træk ved udviklingsaftaler?
Ydelsen (programmet) eksisterer ikke på forhånd, ved aftaleindgåelse Vanskeligheder med at udarbejde en konkret aftale, da krav kan ændres undervejs.
Hvad er dilemmaet ved udviklingsaftaler?
Kunden ønsker ofte fast pris. Leverandør kan ikke give fast pris, da ydelsen ikke er lavet før.
Hvilke standardkontrakter findes der for udviklingskontrakter, der bygger på vandfaldsmodellen?
K01 og K02
Udarbejdelse af kravspec. Så kunden har en detaljeret beskrivelse
Projektet leveres en gang
Ændringer sker mod betaling Mindre fleksibel.
Hvilke standardkontrakter findes der for udviklingskontrakter, der bygger på agil udvikling?
I.E scrum
K03
Udvikling sker i faser, delforløb
- Ingen kravspec. Ved aftaleindgåelse
- Variable pris
- Mere fleksibel
Hvad er softwarelicensaftaler?
I tilfælde af man ikke har behov for et speciallavet program, kan man erhverve sig en softwarelicens. Man sondrer imellem proprietære licensaftaler og open source licensaftaler.
Hvilke typer af softwarelicenser findes der?
- Proprietær licenser
2. Open source licenser
Hvad indebærer proprietær licenser?
- Ex. MS - Office Kræver ikke individuel forhandling af vilkårene
- Brugeren får brugsrettigheder; -leverandøren beholder ophavsretten
- Fast pris
- Engangsbetaling eller løbende.
- Faste vilkår.
Hvad indebærer open source licenser?
- Karakteristika: Udvikleren stiller kilekode til rådighed for offentligheden og giver ret til at kopier, videredistribuere, ændre og udvikle programmet.
- Betaling: Kildekode SKAL være gratis. Kan tages penge for Premium versioner.
Hvad er driftsaftaler?
virksomheden vælger at overdrage dele af drift til ekstern virk. (fx Indien)
Hvad er fordelene ved driftsaftaler?
o Billigere driftsydelse
o Fokusering på egne kernekompetencer
Hvad er ulemperne ved driftsaftaler?
o Mindre kontrol over ydelser og bliver afhængig af leverandør.
Hvad består driftsydelsen typisk af?
Driftsydelse vil typisk bestå af service, håndtering af kundens licensaftaler mv.
Hvad er den vigtigste del af formålet med IT kontrakter?
Den vigtigste del af formålet er leverancen – hvad er det, der skal leveres/gennemføres – og hvad er realindholdet
Hvad er konsekvensen ved ikke at kende formålet med IT kontrakten?
Hvis du ikke kender formålet med aftalen kan du ikke bruge juraen og få lavet en relevant regulering. Dermed kan du ende med, at få lavet en aftale, der reelt bare er spild af tid eller i værste fald skadelig.
Er det godt, hvis en kontrakt “passer som fod i handske?
Ikke nødvendigvis - En aftale, der passer ”som fod i handske” risikerer at regulere de forkerte forhold og forhindre at formålet med aftalen opnås.
Hvad er “agreed documents”?
K01 og K02 er udarbejdet af kammeradvokaten på vegne af Staten i ”samarbejde” med Dansk IT og IT-branchen og kaldes derfor ”agreed documents”
• K03 er udarbejdet af kammeradvokaten – ej ”agreed”
Hvad er en alternativ standard kontrakt på driftsaftaler?
D17
driftsaftale udarbejdet på baggrund af privat initiativ med deltagelse af repræsentanter fra IT- branche, Dansk IT og Danske IT-advokater
Hvad er realydelserne?
Realydelserne er de ydelser, andre end penge, som parterne hver især skal levere
Hvordan identificerer man realydelserne i en kontrakt?
- Leverandøren skal typisk levere en realydelse, men i mange tilfælde skal kunden også!
- Sørg for at identificere realydelserne og få dem beskrevet i nødvendigt omfang
- Udtømmende beskrivelse?
- Eksempler?
- ”generelle principper”?
Kundens medvirken er særdeles vigtig at får beskrevet – mange kunder tror, at de kan nøjes med at underskrive og betale – men IT-projekter er i vidt omfang samarbejdsprojekter
Hvorfor skal man beskrive realydelser i en kontrakt?
Beskrivelsen af realydelsen er afgørende for at parterne kan gennemføre et succesfuldt projekt og for, at kunden har reelle misligholdelsesbeføjelser samt for, at leverandøren kan fastslå, at der er leveret
Hvad er konsekvenserne af, at parternes realydelser ikke er tilstrækkeligt eller korrekt beskrevet?
Resultatforpligtelse – forpligtelse til at levere et bestemt resultat – eksempelvis et IT-system, software eller hardware
Indsatsforpligtelse – forpligtelse til at levere en bestemt indsats – eksempelvis et bestemt antal timer – men IKKE et resultat
Hvordan kan betaling i kontrakter foregå
Fast pris & Time and Material
Hvad er “Fast pris” betalingsmodellen?
på forhånd aftalt fast pris – relevant, hvor realydelsen kan beskrives og ressourceindsatsen fra leverandøren overskues
Hvad er fordelene ved fast pris betalingsmodellen?
- giver kunden overskuelighed og budgetsikkerhed
* giver leverandøren en fast indtægt og motiverer leverandøren til at optimere
Hvad er ulemperne ved fast pris betalingsmodellen?
leverandøren indregner ofte risikopræmie (ved udviklingsprojekter)
hvis ressourceindsatsen overskrides forsøger leverandøren at lave ”scope creep”
Hvad er time and material betalingsmodellen?
bruges, hvor indsatsen ikke kan overskues eller scope ikke er præcist fastlagt
Hvad er fordelene ved time and material betalingsmodellen?
prisen passer (teoretisk) til realydelsen • Fordi der betales efter medgået tid, kan parterne være fleksible i forhold til beskrivelsen af realydelsen
Hvad er ulemperne ved time and material betalingsmodellen?
- Kan blive en ”fribillet” for leverandøren og frarøve kunden budgetsikkerhed og overskuelighed
- Kræver modne parterne med gensidig tillid
Hvordan beregnes pris?
- Kombinationer
- Makismalpriskontrakt – Time and material med loft
- Fast pris med minimumscope (K03)
Hvordan skal betalingen falde?
- Betalingen kan beskrives i en betalingsplan
- Leverandøren vil gerne have betaling up front
- Kunden vil gerne betale, når varen er leveret og afprøvet
- Kompromis: betalingerne bør falde, efterhånden som realydelserne leveres
Hvilke typer leveringstidspunkter findes der?
én gang, successivt eller løbende
Hvilken type levering har standard hardware?
èn gang
Hvad gælder i forhold til ændringshåndtering?
Indebærer, at man ændrer aftalen – dvs. ”tilbud/accept” – ikke énsidige ændringer
• Skriftlig procedure anbefalet
Hvorfor skal proceduren være skriftlig for ændringshåndtering ?
Du ændrer en omfattende aftale, kan have store konsekvenser hvis den er mundtlig f.eks. og så har du kke dine rettigheder i orden
Hvad er formålet med misligholdelsesbeføjelserne?
Tænk over, hvilke misligholdelsesbeføjelser, der giver dig det resultat, du ønsker at opnå, i stedet for per automatik at tage ”de traditionelle”
Hvilke måder er hensigtsmæssige at løse konflikter om IT-leverancer på?
• Se modellen i D17, punkt 44
Hvad er K01 - anvendelsesområde
- Anskaffelse af samlet system (programmel og udstyr)
- Skal foreligge en kravspecifikation fra kunden
- Standardprodukter, der kun i begrænset omfang skal specialtilpasses
- Udviklings-/implementeringsprojekt relativt kortvarigt (typisk ikke over 6 måneder)
- Samlet levering (ingen faseopdeling)
- Vedligeholdelsesordning for hele systemet omfattet (men ikke drift)
- Kunden er en dansk statsinstitution
- ”Vandfald”
Hvad er K02 - anvendelsesområde
• Anskaffelse af leverance bestående af bl.a. programmel, udstyr og dokumentation
• Skal foreligge udførlig leverancebeskrivelse (kundens kravspecifikation og leverandørens løsningsbeskrivelse)
• Komplekse anskaffelser, hvor udviklings- og implementeringsaktiviteterne er af en vis størrelse (i henseende til økonomi, tid, kompleksitet, organisatoriske krav etc.)
• Kunden forudsættes at yde en aktiv og kvalificeret medvirken
• Som udgangspunkt samlet levering, men mulighed for faseopdeling med
delleverancer
• Vedligeholdelsesordning for hele systemet omfattet – og eventuelt også drift
• Kunden er en dansk statsinstitution
• Vandfald
Hvad er K03 - anvendelsesområde
• Større og faseopdelte it-projekter, hvor udviklings- og implementeringsydelser har den største vægt i projektet.
• Software-leverance inklusive rådgivning og ledelse af projektet.
• Tager udgangspunkt i anerkendte projektledelses- og udviklingsmodeller (bl.a.
Prince2 og Scrum).
• ”Halv-agil” og kombinerer fast pris med agilitet
Hvad er udviklingsydelsen i forhold til K01?
• K01 (vandfald)
- Forudgående kravspec, kombineret med løsningsbeskrivelse
”Leverandøren skal levere det udstyr og programmel samt den dokumentation, der er
specificeret i bilag 4.
Systemet og dets enkelte dele skal besidde de egenskaber og opfylde de krav, der fremgår af nærværende kontrakt, navnlig af bilag 2.”
• Kravspecifikationen har forrang
Hvad er udviklingsydelsen i forhold til K02?
”Leverandøren skal levere de ydelser, der er beskrevet i Leverancebeskrivelsen (bilag 3),
herunder bestilte Optioner.
Leverancebeskrivelsen (bilag 3) indeholder Kravspecifikationen og Løsningsbeskrivelsen.
Leverandøren har forud for indgåelse af Kontrakten indarbejdet de fornødne ændringer og tilføjelser i det af Kunden udarbejdede udkast til kravspecifikation, eventuelt i dialog med Kunden, således at Løsningsbeskrivelsen kan forudsættes fuldt ud at opfylde Kravspecifikationen. Endvidere gennemføres en afklaringsfase med henblik på yderligere afstemning mellem Kundens behov og Leverandørens løsning, jf. punkt 5.1”
Hvad er udviklingsydelsen i forhold til k03?
Leverandøren skal levere de ydelser, der er beskrevet i Leverancebeskrivelsen (bilag 3), herunder aftalte Egentlige Ændringer og bestilte Optioner.
Leverancens Omfang kan alene ændres inden for de rammer og i overensstemmelse med de principper, der er forudsat og beskrevet i punkt 6.3 og punkt 14 .”
