Czym są prawa związane z konfliktami i problemami na etapie eksploatacji systemu?

Jak dobrze wiadomo, w projektach dotyczących rozwoju systemów IT mogą wystąpić różnego rodzaju konflikty i problemy. Jednakże, nawet jeśli cały proces rozwoju przebiegnie bez problemów, nie oznacza to, że wszystko jest już za nami. Systemy IT używane w firmach z natury rzeczy często przetwarzają duże ilości poufnych i osobistych informacji, a nawet na etapie eksploatacji mogą pojawić się różne problemy. Dlatego też na etapie eksploatacji ważne jest, aby korzystać z wiedzy prawniczej w celu opracowania strategii reagowania na takie sytuacje i zapobiegania im.

Jak zmienia się prawo związane z systemem w procesie rozwoju i eksploatacji?

Typowym problemem prawnym związanym z systemem IT używanym w firmie jest „zapalenie” projektu na etapie „rozwoju”. Projekty rozwoju systemów często są dużymi przedsięwzięciami, które wymagają wielu osób, funduszy i czasu, a zatem niosą ze sobą różnego rodzaju ryzyko konfliktów i problemów.

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

W powyższym artykule, typy konfliktów, które często występują w ramach projektów rozwoju systemów, są uporządkowane zgodnie z ramami prawnymi. Co więcej, co charakteryzuje problemy prawne związane z systemem IT, to „obowiązek zarządzania projektem”, który jest zazwyczaj ponoszony przez specjalistów od rozwoju systemów, zwanych dostawcami.

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

Jednak po „rozwoju” systemu IT, przechodzi on do fazy „eksploatacji”. Eksploatacja systemu IT, mówiąc najprościej, polega na wykorzystaniu i obsłudze opracowanego systemu do prowadzenia rzeczywistych operacji biznesowych. Często wymaga to dogłębnego zrozumienia specyfikacji systemu, dlatego też często potrzebna jest pomoc specjalistów IT. Fakt, że zarówno rozwój, jak i eksploatacja systemu IT wymagają technicznej wiedzy, oznacza, że podział między nimi może być niejasny w praktyce. Przykładem, który to ilustruje, jest istnienie „obowiązku wsparcia”.

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

W powyższym artykule, przedstawiono przykłady orzeczeń sądowych, które uznają „obowiązek wsparcia” jako obowiązek dostawcy, różny od „obowiązku zarządzania projektem”, który dostawca ponosi podczas projektu rozwoju systemu. Innymi słowy, obowiązki prawne dostawcy, który podejmuje prace rozwojowe, biorąc pod uwagę okoliczności fazy eksploatacji, mogą być ustalane. Ponadto, gdy rozwój nowego systemu postępuje równocześnie z likwidacją starego systemu, mogą pojawić się problemy, takie jak „migracja danych” ze starego systemu. W takich przypadkach, eksploatacja starego systemu i rozwój nowego systemu są ściśle powiązane.

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

Jak uporządkować problemy prawne związane z eksploatacją systemu

Widzimy, że praktyka związana z systemami IT jest ściśle powiązana z “rozwojem” i “eksploatacją”. Niemniej jednak, w fazie eksploatacji, po zakończeniu projektu rozwojowego, konieczne jest również rozważenie problemów związanych z “obowiązkami zarządzania projektem” oddzielnie. Aby omówić problemy prawne związane z “rozwojem” i “eksploatacją” w sposób jednolity, konieczne jest uporządkowanie ich w ramach o większym stopniu abstrakcji, bardziej skierowanym na prawo. Na przykład, uporządkowanie z punktu widzenia “odpowiedzialności” prawnej związanej z systemami IT, które omawiamy w poniższym artykule, jest jednym z przykładów.

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

W powyższym artykule omawiamy kwestie takie jak odpowiedzialność cywilna za niewykonanie zobowiązań, odpowiedzialność za wady ukryte i odpowiedzialność za czyny niedozwolone, biorąc pod uwagę kontekst systemów IT. Jednakże, przypadki, w których odpowiedzialność za wady ukryte staje się problemem w eksploatacji, nie są zbyt często przewidywane, z wyjątkiem przypadków, gdy usterki stają się widoczne po akceptacji. Dlatego na początek, powinniśmy uporządkować sprawy, mając na uwadze dwie kwestie: odpowiedzialność za niewykonanie zobowiązań na podstawie treści umowy i odpowiedzialność za czyny niedozwolone, niezależnie od relacji umownych.

Najpierw rozważ, czy dostawca naruszył swoje obowiązki

Jeśli chodzi o odpowiedzialność za niewykonanie zobowiązań, kwestią sporną jest, czy doszło do naruszenia obowiązków wynikających z umowy, a w przypadku odpowiedzialności za czyny niedozwolone, czy doszło do “naruszenia praw innych osób”. W przypadku odpowiedzialności za niewykonanie zobowiązań, kwestią sporną są postanowienia Umowy o Poziomie Usług (SLA). Zwróćmy również uwagę na to, że zarówno odpowiedzialność za niewykonanie zobowiązań, jak i odpowiedzialność za czyny niedozwolone wymagają zamiaru lub zaniedbania.

Następnie sprawdź, czy użytkownik doznał szkody

Odpowiedzialność za odszkodowanie wynika z faktu, że użytkownik doznał szkody. Dlatego, niezależnie od tego, czy mamy do czynienia z niewykonaniem zobowiązań, czy z czynem niedozwolonym, jeśli użytkownik nie doznał szkody, nie będzie musiał ponosić odpowiedzialności za odszkodowanie.

Rozważ również możliwość zastosowania kompensacji za zaniedbanie i klauzul ograniczających odpowiedzialność

Jeśli dostawca ma obowiązek wypłaty odszkodowania, ale użytkownik również ponosi pewną odpowiedzialność, można rozważyć takie rozwiązania jak kompensacja za zaniedbanie. Ponadto, jeśli w umowie zawartej wcześniej ustalono limit kwoty odszkodowania, może to wpłynąć na kwotę odszkodowania. Na przykład, w typowym szablonie umowy nazywanym umową modelową Ministerstwa Gospodarki, Handlu i Przemysłu, postanowienia dotyczące ograniczenia odpowiedzialności są następujące (podkreślenia dodane przez autora).

(Odszkodowanie)
Artykuł 53 Strony A i B mogą żądać odszkodowania od drugiej strony, jeśli poniosą szkodę z powodu przyczyn, które można przypisać drugiej stronie, w związku z wykonaniem niniejszej umowy i umowy szczegółowej. Jednakże, takie żądanie nie może być złożone po upływie określonej liczby miesięcy od dnia pełnej akceptacji produktu określonego w danej umowie szczegółowej lub dnia potwierdzenia zakończenia pracy.

2. Łączna kwota odszkodowania z poprzedniego punktu, niezależnie od niewykonania zobowiązań, odpowiedzialności prawnej za wady ukryte, niesłuszne wzbogacenie, czyny niedozwolone i inne przyczyny roszczeń, jest ograniczona do kwoty określonej w umowie szczegółowej, która była przyczyną odpowiedzialności.

3. Poprzedni punkt nie ma zastosowania w przypadku, gdy odpowiedzialność za odszkodowanie wynika z zamiaru lub poważnego zaniedbania strony zobowiązanej do odszkodowania.

Przykłady problemów i konfliktów, które często występują podczas eksploatacji systemu

W praktyce, typowe problemy i konflikty, które mogą wystąpić podczas eksploatacji systemu, obejmują następujące:

Utrata danych spowodowana błędem operatora

Praca związana z eksploatacją systemu często dotyczy przetwarzania ważnych tajemnic korporacyjnych i informacji osobistych, a wypadki mogą zdarzyć się z powodu nieuwagi. Przykładem jest “utrata danych”. Szczegółowo omawiamy ten temat w poniższym artykule.

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

W przypadku wypadków, takich jak utrata danych, ważne jest, aby z góry podjąć środki ostrożności, takie jak tworzenie kopii zapasowych. Jeśli te środki zostaną zaniedbane, może być bardzo trudne pociągnięcie do odpowiedzialności dostawcy, który został powierzony z operacją, więc należy zachować ostrożność.

Ataki na bezpieczeństwo, w tym wirusy

W przypadku systemów IT, takich jak strony internetowe EC, które są intensywnie wykorzystywane przez wiele osób w Internecie, ataki na bezpieczeństwo, w tym wirusy, mogą prowadzić do poważnych incydentów i wypadków. Wykrywanie takich ataków na bezpieczeństwo i podejmowanie środków zaradczych może być również częścią operacji.

Błędy i usterki, które ujawniają się po akceptacji

Może się również zdarzyć, że nowe błędy i usterki ujawnią się po akceptacji. Nie zawsze możliwe jest wyczerpujące rozważenie wszystkich możliwych błędów i usterek podczas procesu testowania, dlatego mogą one ujawnić się później. W takim przypadku, dostawa jest już zakończona, więc wykonanie zobowiązania jest zazwyczaj uważane za zakończone, a odpowiedzialność za niewykonanie zobowiązania jest zwolniona. Jednakże, może być możliwe żądanie odszkodowania na podstawie odpowiedzialności za wady. Szczegółowo omawiamy ten temat w poniższym artykule.

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

Podsumowanie

Na etapie “eksploatacji” systemu istnieje wiele problemów i konfliktów, które różnią się od projektów rozwojowych. Jednakże, opierając się na podstawowych teoriach prawa, takich jak odpowiedzialność za niewykonanie zobowiązań, odpowiedzialność deliktowa, odpowiedzialność za wady ukryte, możliwe jest uporządkowanie tego obszaru bez ulegania różnicom.