Hvad er lovene om konflikter og problemer i systemdriftsfasen?

Det er almindeligt kendt, at der kan opstå forskellige konflikter og problemer i projekter, der udvikler IT-systemer. Men det er ikke nødvendigvis sådan, at alt er i orden, så længe hele udviklingsprocessen er gennemført uden problemer. IT-systemer, der bruges i virksomheder, håndterer normalt store mængder af fortrolige og personlige oplysninger, og der kan opstå forskellige problemer selv i driftsfasen. Derfor er det vigtigt at anvende juridisk viden til at overveje og forebygge sådanne situationer, også i driftsfasen.

Hvordan ændrer juridiske overvejelser omkring systemer sig mellem udvikling og drift?

Et typisk juridisk problem relateret til IT-systemer, der anvendes i virksomheder, er uden tvivl ‘brand’ problemer i ‘udviklings’ fasen af et projekt. Systemudviklingsprojekter, som ofte involverer mange mennesker, penge og tid, er normalt store virksomheder, der går fremad, mens de bærer forskellige konflikter og problemer, store eller små.

https://monolith.law/corporate/collapse-of-the-system-development-project[ja]

I artiklen ovenfor er typer af konflikter, der ofte opstår i løbet af en række systemudviklingsprojekter, organiseret i overensstemmelse med juridiske rammer. Desuden er det, der karakteriserer juridiske problemer omkring IT-systemer, ‘projektledelsesforpligtelser’, som systemudviklingseksperter, dvs. leverandører, generelt bærer.

https://monolith.law/corporate/project-management-duties[ja]

Men efter ‘udvikling’ af IT-systemer, går de over i en ‘drift’ fase. Drift af IT-systemer, i en nøddeskal, betyder at udnytte og betjene det udviklede system for at udføre faktiske opgaver. Da det ofte er nødvendigt at have en dyb forståelse af systemets specifikationer for at udnytte IT-systemer, er der ofte behov for IT-teknikere. Det faktum, at IT-systemer kræver teknisk viden i både udvikling og drift, betyder, at opdelingen mellem de to kan være vag i praksis. Et eksempel, der tydeligt viser dette, er eksistensen af ‘supportforpligtelser’.

https://monolith.law/corporate/support-obligations-of-vendors-after-system-development[ja]

I artiklen ovenfor introduceres en retssag, der anerkender ‘supportforpligtelser’ som en forpligtelse til at yde støtte til drift og implementering efter udvikling, adskilt fra ‘projektledelsesforpligtelser’, som leverandører bærer under systemudviklingsprojektet. Med andre ord, leverandørers juridiske forpligtelser kan blive fastlagt under hensyntagen til forholdene i den efterfølgende driftsfase. Desuden, når udviklingen af et nyt system skrider frem samtidig med afskaffelsen af det gamle system, kan ‘dataoverførsel’ fra det gamle system blive et problem. I sådanne tilfælde er driften af det gamle system og udviklingen af det nye system tæt forbundet.

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

Hvordan skal juridiske problemer omkring systemdrift organiseres?

Som vi har set, er det klart, at praksis omkring IT-systemer er tæt forbundet med ‘udvikling’ og ‘drift’. Ikke desto mindre, i driftsfasen, da udviklingsprojektet er afsluttet, er det nødvendigt at overveje spørgsmål om ‘projektledelsesforpligtelser’ separat. For at diskutere juridiske problemer med ‘udvikling’ og ‘drift’ på en ensartet måde, er det nødvendigt at organisere dem i en mere juridisk orienteret og abstrakt ramme. For eksempel er organiseringen fra perspektivet om juridisk ‘ansvar’ i forbindelse med IT-systemer, som forklaret i artiklen nedenfor, et eksempel på dette.

https://monolith.law/corporate/responsibility-system-development[ja]

I ovenstående artikel forklarer vi om civilretlige forpligtelser til misligholdelse, mangelfuld garanti ansvar, og ulovlige handlinger, med hensyn til konteksten af IT-systemer. Men i driftsfasen er der ikke mange tilfælde, hvor mangelfuld garanti ansvar bliver et problem, med undtagelse af tilfælde, hvor fejl bliver opdaget efter accept. Derfor bør du først og fremmest organisere med henblik på misligholdelsesansvar baseret på kontraktindholdet og ulovlige handlinger, der ikke forudsætter en kontraktforhold.

Først overvej om der er en overtrædelse af leverandørens forpligtelser

Hvis det er et misligholdelsesansvar, bliver overtrædelsen af kontraktlige forpligtelser et stridspunkt, og hvis det er et ansvar for ulovlige handlinger, bliver det et spørgsmål, om der er en faktisk krænkelse af andres rettigheder. Hvis det er et misligholdelsesansvar, bliver indholdet af Service Level Agreement (SLA) et problem. Bemærk også, at både misligholdelsesansvar og ansvar for ulovlige handlinger kræver forsæt eller uagtsomhed.

Dernæst bekræft brugerens skadesituation

Erstatningspligten er noget, du påtager dig over for skader, der er opstået på brugersiden. Derfor, uanset om det er misligholdelse eller ulovlig handling, hvis der ikke er sket nogen skade på brugersiden, vil du ikke påtage dig erstatningspligt.

Overvej også muligheden for udligning af uagtsomhed og anvendeligheden af ansvarsbegrænsningsklausuler

Desuden, selvom leverandøren ender med at påtage sig erstatningspligt, hvis der er nogen form for uagtsomhed på brugersiden, kan der være en udligning af uagtsomhed. Derudover, hvis der er sat en grænse for erstatningsbeløbet i kontrakten, der blev indgået på forhånd, kan erstatningsbeløbet ændre sig på grund af det. For eksempel, i den kontraktformular, der kaldes Ministry of Economy, Trade and Industry modelkontrakt, er der en bestemmelse om ansvarsbegrænsning som følger (understreget del er tilføjet af forfatteren).

(Erstatning)
Artikel 53 A og B kan, i forbindelse med opfyldelsen af denne kontrakt og individuelle kontrakter, kræve erstatning fra den anden part, hvis de lider skade på grund af årsager, der kan tilskrives den anden part, (begrænset til ○○○ skade). Dog kan denne anmodning ikke fremsættes efter at ○ måneder er gået fra datoen for fuldførelsen af accepten af de leverede varer eller bekræftelsen af afslutningen af arbejdet, der er fastsat i den pågældende individuelle kontrakt.

2. Det samlede beløb af erstatning i henhold til foregående afsnit skal, uanset årsagen til kravet, herunder misligholdelse, juridisk mangelfuld garanti ansvar, uretmæssig berigelse, ulovlige handlinger og andre, begrænses til det beløb, der er fastsat i den individuelle kontrakt, der forårsagede årsagen til ansvar.

3. Foregående afsnit skal ikke gælde i tilfælde, hvor erstatningspligten er baseret på forsæt eller grov uagtsomhed.

Eksempler på almindelige problemer og konflikter i systemdrift

I praksis er der flere eksempler på typiske problemer og konflikter, der kan opstå i forbindelse med systemdrift. Her er nogle af dem:

Tab af data forårsaget af fejl fra driftspersonalet

Arbejdet med systemdrift involverer ofte håndtering af vigtige virksomhedshemmeligheder og personlige oplysninger, og uheld kan ske på grund af uagtsomhed. Et eksempel på dette er “tab af data”. Vi har en detaljeret forklaring på dette emne i følgende artikel:

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

Det er vigtigt at tage forholdsregler, såsom at tage backup af data, for at forhindre tab af data. Hvis disse foranstaltninger er blevet forsømt, kan det være meget svært at holde leverandøren, der har fået tildelt driftsopgaverne, ansvarlig, så det er vigtigt at være opmærksom på dette.

Sikkerhedsangreb, herunder vira

Derudover kan der i tilfælde af IT-systemer, der bruges i stor skala på nettet af et ubestemt antal mennesker, som f.eks. e-handelswebsteder, opstå store hændelser eller ulykker på grund af sikkerhedsangreb, herunder vira. Det kan være en del af driftsopgaverne at opdage sådanne sikkerhedsangreb og tage forholdsregler mod dem.

Bugs og fejl, der opdages efter godkendelse

Der kan også være tilfælde, hvor bugs og fejl opdages efter godkendelse. Det er ikke altid muligt at overveje alle mulige bugs og fejl i den forudgående testproces, og nogle kan blive opdaget efterfølgende. I sådanne tilfælde er leveringen normalt betragtet som fuldført, og udførelsen af forpligtelsen er betragtet som fuldført, og man er normalt fritaget for ansvar for manglende opfyldelse af forpligtelser. Men der kan være tilfælde, hvor erstatningskrav baseret på garantiansvar for mangler er anerkendt. Vi har en detaljeret forklaring på dette emne i følgende artikel:

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja]

Opsummering

I driftsfasen af et system er der mange forskellige problemer og konflikter, der adskiller sig fra udviklingsprojekter. Men ved at basere sig på juridiske teorier som ansvar for misligholdelse af forpligtelser, ulovlig handling og ansvar for mangler, er det muligt at organisere et ensartet område uden at blive fanget af disse forskelle.